Thread

1. createlang - ?

   Vadim Mikheev <vadim@krs.ru> — 1999-05-23T12:04:16Z

   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
   
   Vadim
   
   

2. Re: [HACKERS] createlang - ?

   Jan Wieck <jwieck@debis.com> — 1999-05-25T07:18:31Z

   >
   > 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) #
   
   
   
   

3. Re: [HACKERS] createlang - ?

   Vadim Mikheev <vadim@krs.ru> — 1999-05-25T07:27:19Z

   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 ?
   
   

4. Re: [HACKERS] createlang - ?

   Jan Wieck <jwieck@debis.com> — 1999-05-25T07:44:14Z

   >
   > 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) #