Re: 7.4 beta binaries

From: "Shridhar Daithankar" <shridhar_daithankar(at)persistent(dot)co(dot)in>
To: pgsql-hackers(at)postgresql(dot)org
Subject: Re: 7.4 beta binaries
Date: 2003-08-06 08:10:20
Message-ID: 3F310544.5739.498C53C@localhost
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 6 Aug 2003 at 9:51, Peter Eisentraut wrote:

> Shridhar Daithankar writes:
>
> > Can anybody tell me what flags etc. are to be used. I have a slackware 9.0
> > installation with most of the developer tools I believe. I can give it a shot.
>
> When you configure, enable everything:
>
> --enable-nls --enable-thread-safety --with-tcl --with-perl --with-python
> --with-java --with-krb5 --with-pam --with-openssl

Well thanks for all the hints. That was a real nice HOWTO. I will see if I can
build that. I am worrid about java part of it. No java on my machine. But will
work that out.

>
> Use --prefix=/usr. That should get all the paths right. (There may be
> room for refinement, but not FHS lawyer can argue against what
> --prefix=/usr gives you.)
>
> Add optimizing CFLAGS according to local custom.

I think O2 is enough.

> If the Slackware package system does not strip binaries automatically, use
> make install-strip instead of make install.

It does. Anyway I will be using checkinstall. It will give a single postgresql
package. I am not going to make effort of splitting it all along. Personally I
find it useful to have everything installed.

> Call make install-all-headers.
>
> Make sure ldconfig is called somewhere.
>
> Use /var/lib/postgresql/data as the data dir.
>
> Then you need to figure out how to start the server at boot time. Use
> contrib/start-scripts/linux as a start.

OK. Will check that..
>
> And finally, if you find something that local custom dictates but is not
> easily supported by the standard distribution, let us know.

Will keep it updated..

Bye
Shridhar

--
O'Toole's commentary on Murphy's Law: Murphy was an optimist.

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Andreas 2003-08-06 08:39:39 Re: "truncate all"?
Previous Message Peter Eisentraut 2003-08-06 07:57:55 Re: Passing server_encoding to the client is not future-proof