gnumed-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnumed-devel] Bootstrapping still failing -errors included here


From: Karsten Hilbert
Subject: Re: [Gnumed-devel] Bootstrapping still failing -errors included here
Date: Thu, 3 Apr 2003 15:04:27 +0200
User-agent: Mutt/1.3.22.1i

On Thu, Apr 03, 2003 at 02:04:42PM +1000, Richard wrote:
> X-Mailer: KMail [version 1.3.2]
> 
> 2003-04-03 13:40:11 [INFO]  
> (bootstrap-gm_db_system.py::__bootstrap_proc_langs:278): bootstrapping 
> procedural languages
> 2003-04-03 13:40:11 [INFO]  (bootstrap-gm_db_system.py::__install_lang:215): 
> installing procedural language [pg/SQL]
> 2003-04-03 13:40:11 [INFO]  (bootstrap-gm_db_system.py::__lang_exists:211): 
> Language plpgsql does not exist.
> 2003-04-03 13:40:11 [ERROR] (bootstrap-gm_db_system.py::__install_lang:243): 
> cannot find language library file in any of
>  ['/usr/lib/postgresql/', '/usr/lib/postgresql/lib/',
>   '/usr/lib/pgsql/', '/usr/local/pgsql/lib']
> 2003-04-03 13:40:11 [ERROR] 
> (bootstrap-gm_db_system.py::__bootstrap_proc_langs:293): Error installing 
> procedural language [pg/SQL].
> 
> It obviously cant find the pyPg stuff. Could someone assist me in this as 
> I've spend many hours and it is becoming really frustrating. I've compiled 
> the stuff and it seems to live in the site-packages as a subdirectory
> ie ..
> /usr/lib/python2.2/site-packages/pyPgSQL/

Not really helpful but a bit of explanation:

The bootstrap* tries to install the *server-side* procedural
language "pg/SQL". For that it needs a shared library that
contains the language implementation. The file is called
plpgsql.so and the bootstrap* searches in the abovementioned
directories (know to hold that file in various distributions).

The bootstrapping process has *semantically nothing* to do
with pyPgSQL - which is a *client-side* PostgreSQL access
library for Python. So, generally speaking, pyPgSQL isn't
necessary for bootstrapping at all.

However: The bootstrap* DOES need pyPgSQL because it needs a
way to access the PostgreSQL server (because it is a client
itself). But this seems to work just fine on your machine
because apparently the bootstrap* did successfully do a few
things before failing on installing pg/SQL ...

Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346




reply via email to

[Prev in Thread] Current Thread [Next in Thread]