Thread: createlang - ?
CURRENT/pgsql/src/test/regress > gmake runtest MULTIBYTE=;export MULTIBYTE; \ /bin/sh ./regress.sh freebsd 2>&1 | tee regress.out =============== Notes... ================= postmaster must already be running for the regression tests to succeed. The time zone is now set to PST8PDT explicitly by this regression testclient frontend. Please report any apparent problemsto ports@postgresql.org See regress/README for more information. =============== destroying old regression database... ================= =============== creating new regression database... ================= =============== installing PL/pgSQL... ================= createlang: not found ^^^^^^^^^^^^^^^^^^^^^ createlang failed ACTUAL RESULTS OF REGRESSION TEST ARE NOW IN FILE regress.out Vadim
> > CURRENT/pgsql/src/test/regress > gmake runtest > MULTIBYTE=;export MULTIBYTE; \ > /bin/sh ./regress.sh freebsd 2>&1 | tee regress.out > =============== Notes... ================= > postmaster must already be running for the regression tests to succeed. > The time zone is now set to PST8PDT explicitly by this regression test > client frontend. Please report any apparent problems to > ports@postgresql.org > See regress/README for more information. > > =============== destroying old regression database... ================= > =============== creating new regression database... ================= > =============== installing PL/pgSQL... ================= > createlang: not found > ^^^^^^^^^^^^^^^^^^^^^ > createlang failed > ACTUAL RESULTS OF REGRESSION TEST ARE NOW IN FILE regress.out Did you do a complete "make clean install" of the bin tree as well? It's a new utility script since I've taken out the installation of PL/pgSQL from initdb. Jan -- #======================================================================# # It's easier to get forgiveness for being wrong than for being right. # # Let's break this rule - forgive me. # #======================================== jwieck@debis.com (Jan Wieck) #
Jan Wieck wrote: > > > createlang: not found > > ^^^^^^^^^^^^^^^^^^^^^ > > createlang failed > > ACTUAL RESULTS OF REGRESSION TEST ARE NOW IN FILE regress.out > > Did you do a complete "make clean install" of the bin tree as > well? It's a new utility script since I've taken out the > installation of PL/pgSQL from initdb. I don't see createlang dir in bin tree after cvs update ! Something wrong in my CVS setup ? Vadim P.S. BTW, shouldn't PL/pgSQL be installed by default ?
> > Jan Wieck wrote: > > > > > createlang: not found > > > ^^^^^^^^^^^^^^^^^^^^^ > > > createlang failed > > > ACTUAL RESULTS OF REGRESSION TEST ARE NOW IN FILE regress.out > > > > Did you do a complete "make clean install" of the bin tree as > > well? It's a new utility script since I've taken out the > > installation of PL/pgSQL from initdb. > > I don't see createlang dir in bin tree after cvs update ! > Something wrong in my CVS setup ? Seems so: cvs server: Logging createlang RCS file: /usr/local/cvsroot/pgsql/src/bin/createlang/Makefile,v Working file: createlang/Makefile head: 1.1 branch: locks: strict access list: symbolic names: keyword substitution: kv total revisions: 1; selected revisions: 1 description: ---------------------------- revision 1.1 date: 1999/05/20 16:50:00; author: wieck; state: Exp; Removed the automatic installation of built procedural languages from initdb again. Added two new commands, createlang and destroylang to bin. These hopefully end this damned mklang.sql discussion. Jan ============================================================================= RCS file: /usr/local/cvsroot/pgsql/src/bin/createlang/createlang.sh,v Working file: createlang/createlang.sh head: 1.1 branch: locks: strict access list: symbolic names: keyword substitution: kv total revisions: 1; selected revisions: 1 description: ---------------------------- revision 1.1 date: 1999/05/20 16:50:00; author: wieck; state: Exp; Removed the automatic installation of built procedural languages from initdb again. Added two new commands, createlang and destroylang to bin. These hopefully end this damned mklang.sql discussion. Jan ============================================================================= > > Vadim > P.S. BTW, shouldn't PL/pgSQL be installed by default ? > Some want (me too) - some don't want it to be installed by default. But I can live with installing it after initdb into template1. In that case any subsequent createdb automagically installs it in the new databases. It's IMHO the most flexible setup that meets most needs. Jan -- #======================================================================# # It's easier to get forgiveness for being wrong than for being right. # # Let's break this rule - forgive me. # #======================================== jwieck@debis.com (Jan Wieck) #
Vadim Mikheev <vadim@krs.ru> writes: > I don't see createlang dir in bin tree after cvs update ! You won't until you run cvs update with -d switch (which allows it to create new subdirectories). I think cvs' default behavior for subdirectories is pretty brain-dead, so I keep the following entries in ~/.cvsrc: update -d -P checkout -P regards, tom lane
Tom Lane wrote: > > Vadim Mikheev <vadim@krs.ru> writes: > > I don't see createlang dir in bin tree after cvs update ! > > You won't until you run cvs update with -d switch (which allows it > to create new subdirectories). Thanks! Got it now. Vadim