Re: [GENERAL] Installation simplicity - Mailing list pgsql-general

From Duncan Kinder
Subject Re: [GENERAL] Installation simplicity
Date
Msg-id 03b401bf1a5c$45fd3a00$02010101@duncan
Whole thread Raw
In response to Re: [GENERAL] Installation simplicity  ("Oliver Elphick" <olly@lfix.co.uk>)
Responses Re: [GENERAL] Installation simplicity
Re: [GENERAL] Installation simplicity
Re: [GENERAL] Installation simplicity
List pgsql-general
There appears to be some difference between the RPM Postgres distribution
and what you would expect from compiling the binaries.

I don't know what the problem was, but rather than try to figure the thing
out, I finally removed the RPM's downloaded and compiled according to the
documentation.

That was not necessarily easy and - coming from a Windows background - not
all of the directions made sense.  But it seems to have worked so far.


However, there is absolutely no reason - none  why the RPMs should not
precisely - precisely - match the suggested configuration set forth in the
documentation.  It should start and work first time, every time.  No
problem, no hassle. 'rpm -Uvh 'whatever''  - and that's it.  Just like
apache.  I no longer even attempt to install the RedHat postgres.  I just
download and install.  I do not know what the problem  with the rpm's is,
but it is too annoying for me to bother figuring it out.

RPMs are for people who do not know how or are not comfortable with
compiling and installing Linux distributions.  It defeats their purpose to
expect these people to jump through hoops while installing rpms.  The rpm
should do all - repeat all - the work for them.

And it is not responsive to state "Oh, you forgot to squiggle the
doohickey."



Regards,

Duncan C. Kinder
dckinder@mountain.net



----- Original Message -----
From: Charles Tassell <ctassell@isn.net>
To: <pgsql-general@postgreSQL.org>
Sent: Monday, October 18, 1999 9:47 PM
Subject: Re: [GENERAL] Installation simplicity


> RTFM :)  Most of the installation issues you bring up below are in the
> install.txt file.  It's a pretty foolproof document (type this, if you see
> this, do that, else do this...)  The only problem is that it is long,
which
> may seem a bit daunting to newbies.  Maybe a INSTALL-QUICK.TXT file that
> just has the important 13 steps, and a note at the top that you can get
> precompiled packages for the different distributions at a given URL?
>
> At 11:56 PM 10/18/99, Lincoln Yeoh wrote:
> [snip]
> >Things people would probably like to know:
> >0) You need to know what to do next.
> >1) You have to know that you have to do initdb first, and who does it,
and
> >what happens after that. Same for createdb.
> >2) Know how to set it to run everytime the system boots up...
> >3) How do you stop/restart it? When do you need to do that?
> >4) How to get to that SQL stuff? Ah Psql, not postsql :).
> >5) What's with the createdb as compared to CREATE DATABASE via psql. You
> >don't know that createdb is just a script which calls psql- it could be
> >some magical thing that you MUST run if not bad things happen later :).
> >6) What can you change? And what do you do if you change it? (relinking?
> >recompiling? restart?).
> >
> >And if you suddenly want to turn on access controls - passwords for users
> >and stuff, the admin approach changes completely! You CANNOT use the
> >scripts (remember, you didn't know they were just scripts) you must shift
> >to psql, and the webdocs aren't as clear on that. Createdb? Now
different.
> >Add user? Also different.
> >
> >You need to know similar things for other systems. But for some reason
many
> >users don't find these things as obvious when installing postgres for the
> >first time.
> >
> >However all in all Postgres ain't that bad (a few other commercial
database
> >engines spring to mind). Still I hope we aren't aiming that way ;).
> >
> >For rule 0, sticking a basic HowTo with the source may help.
> >
> >All this is not unexpected though: practically ALL databases engines are
> >different. What to run as backend/daemon, how to run, how to stop it from
> >running, what to run to admin it. Dates, times (how to set a field's date
> >and time to "now"), currency, numbers, indexes, counter vs serial vs auto
> >increment vs sequences+insert triggers. They're all different. And the
> >thing is all these details are rather important for practically any
decent
> >database app!
> >
> >Many times after we figure stuff out, we no longer understand why it was
so
> >hard in the first place. This is a problem when writing docs for
newbies..
> >
> >Cheerio,
> >
> >Link.
> >
> >[1]
> >Is it just me, or is installing Oracle based on the Oracle installation
> >manual like doing surgery following an academic textbook? e.g. chapter 1
> >has 100 ways to do an incision. Chapter 2 has 20 ways on sewing up.
Chapter
> >3 discusses anaesthesia. Chapter 4- tying blood vessels, (by the way
please
> >refer to chapter 2 for more sewing hints)..
> >Also see Appendix A: Ways to hold scalpels. Appendix B: Washing.
> >And so on. In the end one has to go to the web and look for a HOWTO :).
> >
> >
> >
> >
> >************
> >
>
>
> ************
>
>


pgsql-general by date:

Previous
From: "Gene Sokolov"
Date:
Subject: Commutative operators/type conversion operators
Next
From: Adam Haberlach
Date:
Subject: Re: [GENERAL] Installation simplicity