Forum OpenACS Q&A: Re: Problems in installing OpenAcs5.6.0 (Aolserver 4.5,Postgres 8.4,Tcl 8.5,Ubuntu Lucid Lynx)

Collapse
6: Re: Problems in installing OpenAcs5.6.0 (Aolserver 4.5,Postgres 8.4,Tcl 8.5,Ubuntu Lucid Lynx) (response to 1)
Posted by Gustaf Neumann on 08/20/10 11:16 AM
dear gunalan,

loading the thread library seems to work fine for your, but this is unrelated to the problem with the missing "ns_getform" (no surprise). I am somewhat confused, since apparently you were running the regression tests ok - so my impression was, that you have already solved this configuration riddle.

Since ns_getform is supposed to be loaded at startup from aolserver (YOUR_AOL_SERVER/modules/tcl/form.tcl), my suspicion is that something is wrong with the paths of your aolserver installation (i.e. a aolserver problem, not a openacs problem).

Can it be that you have for some reason YOUR_AOL_SERVER/modules/tcl not installed, or installed at a different place?

-gustaf neumann

Collapse
7: Re: Problems in installing OpenAcs5.6.0 (Aolserver 4.5,Postgres 8.4,Tcl 8.5,Ubuntu Lucid Lynx) (response to 6)
Posted by Gunalan Ilaventhan on 08/21/10 10:06 AM
Dear Gustaf,

Thanks for your reply...

I have checked the /usr/local/aolserver/modules/tcl directory - form.tcl has been installed correctly as shown below:

guna@hpdv6:/usr/local/aolserver/modules/tcl$ ls -al
total 172
drwxr-xr-x 4 root root 4096 2010-08-06 15:13 .
drwxr-xr-x 3 root root 4096 2010-07-15 13:42 ..
-rw-r--r-- 1 root root 8238 2009-12-25 01:20 charsets.tcl
-rw-r--r-- 1 root root 1642 2009-12-25 01:20 compat.tcl
-rw-r--r-- 1 root root 4129 2009-12-25 01:20 debug.tcl
-rw-r--r-- 1 root root 11320 2009-12-25 01:20 fastpath.tcl
-rw-r--r-- 1 root root 2878 2009-12-25 01:20 file.tcl
-rw-r--r-- 1 root root 5671 2009-12-25 01:20 form.tcl
-rw-r--r-- 1 root root 13877 2010-08-06 15:13 https.tcl
-rw-r--r-- 1 root root 10798 2009-12-25 01:20 http.tcl
-rw-r--r-- 1 root root 2206 2009-12-25 01:20 init.tcl
-rw-r--r-- 1 root root 23 2009-12-25 01:20 modlog.tcl
-rw-r--r-- 1 root root 7326 2009-12-25 01:20 nsdb.tcl
drwxr-xr-x 2 root root 4096 2010-07-10 15:22 nsperm
-rw-r--r-- 1 root root 2910 2009-12-25 01:20 packages.tcl
-rw-r--r-- 1 root root 1951 2009-12-25 01:20 pools.tcl
-rw-r--r-- 1 root root 3330 2009-12-25 01:20 prodebug.tcl
-rw-r--r-- 1 root root 410 2009-12-25 01:20 return.tcl
-rw-r--r-- 1 root root 8611 2009-12-25 01:20 sendmail.tcl
-rw-r--r-- 1 root root 22151 2009-12-25 01:20 stats.tcl
drwxr-xr-x 95 root root 4096 2010-07-28 14:39 tcllib
-rw-r--r-- 1 root root 9247 2009-12-25 01:20 util.tcl

In fact there is ns_getform in /var/lib/aolserver/schoolacs/packages/acs-bootstrap-installer/installer/index.tcl.
Line # 302 as shown in the log file does not contain any reference to ns_getform

On futher investigation index.tcl is being sourced from installer.tcl through apm_source proc in 30-apm-load-procs

I noticed that I have commented the Javascript section in the etc/config.tcl , however on seeing that Javascript is being loaded in the index.tcl (i,e. aroun line # 302) , have removed the comments.

I have checked the path and it seems to be fine ...
schoolacs@hpdv6:~$ echo $PATH
/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:/usr/local/aolserver:/usr/local/aolserver/modules/tcl:/var/lib/aolserver/schoolacs:/usr/lib:/usr/local/lib

I am working on it further though ns_getform still a puzzle....

On second thought do you think it as a wise a idea to set up the data model through acs-kernal-create.sql and try to fire up the OpenAcs...

Regards,

Gunalan

Collapse
8: Re: Problems in installing OpenAcs5.6.0 (Aolserver 4.5,Postgres 8.4,Tcl 8.5,Ubuntu Lucid Lynx) (response to 7)
Posted by Gustaf Neumann on 08/21/10 11:33 AM
Maybe you have multiple aolservers on your system, and the one in question does not have this directory.

Concerning ns_getfrom:
/var/lib/aolserver/schoolacs/packages/acs-bootstrap-installer/installer/index.tcl calls ad_page_contract (first line). The definition of ad_page_contract uses ns_getform, which causes the error message.

Javascript is not related to the problem.

by paths, i was referring to the tcl load paths (which can be altered by the environment variable TCLLIBPATH, you should not do that), Check from Tcl the variable $::auto_path (e.g. in the index.tcl file, write out ns_log notice "auto_path $::auto_path".