Forum OpenACS Development: Re: Install error on head

7: Re: Install error on head (response to 1)
Posted by Bjorn Thor Jonsson on

After importing the latest OpenACS CVS HEAD to my local HEAD checkout I get an error when visiting /acs-admin/apm/packages-install:

[15/Jan/2003:21:03:44][23605.49159][-conn3-] Error: GET http://localhost:8002/acs-admin/apm/packages-install?
referred by "http://localhost:8002/acs-admin/apm/"
Invalid file type "message_catalog"
    while executing
"error "Invalid file type \"$type\"""
    (procedure "apm_read_package_info_file" line 151)
    invoked from within
"apm_read_package_info_file $spec_file"
    ("foreach" body line 2)
    invoked from within
"foreach spec_file $all_spec_files {
    array set version [apm_read_package_info_file $spec_file]
    set version_name $version(name)
    set package_..."
    ("uplevel" body line 37)
    invoked from within
"uplevel {
          ad_page_contract {

    Select, dependency check, install and enable packages.

    @author Bryan Quinn (
    (procedure "code::tcl::/home/efnisvaki/web/efnisvaki-dev/packages/acs-ad..." line 2)

To make sure this wasn't because of some local changes I decided to set up an instance with a clean CVS HEAD checkout, but in step 4 of the OpenACS installation process I get an error when clicking the "Set System Information ->" button:

[15/Jan/2003:20:48:54][1779.24580][-conn0-] Notice: ns_getform using encoding iso8859-1 for charset iso-8859-1
[15/Jan/2003:20:48:54][1779.24580][-conn0-] Error: Ns_PgExec: result status: 7 message: ERROR:  -20000: The specified package 641 AND/OR parameter RestrictToSSL do not exist in the system

[15/Jan/2003:20:48:54][1779.24580][-conn0-] Error: Error sourcing /home/efnisvaki/web/openacs-head/packages/acs-bootstrap-installer/installer/site-info-2.tcl:
Database operation "0or1row" failed (exception NSDB, "Query was not a statement returning rows.")
    while executing
"ns_pg_bind 0or1row nsdb0 {
            select apm__set_value(
    ("uplevel" body line 1)
    invoked from within
"uplevel $ulevel [list ns_pg_bind $type $db $sql"
    invoked from within
"db_exec 0or1row $db $full_statement_name $sql"
    invoked from within
"if {[regexp -nocase -- {^\s*select} $test_sql match]} {
            db_qd_log QDDebug "PLPGSQL: bypassed anon function"
            set selection [db_..."
    ("uplevel" body line 6)
    invoked from within
"uplevel 1 $code_block "
    invoked from within
"db_with_handle db {
        # plsql calls that are simple selects bypass the plpgsql 
        # mechanism for creating anonymous functions (OpenACS - ..."
    (procedure "db_exec_plsql" line 13)
    invoked from within
"db_exec_plsql set_parameter_value {}"
    (procedure "parameter::set_value" line 7)
    invoked from within
"parameter::set_value -package_id $package_id -parameter $name -value $set"
    (procedure "ad_parameter" line 4)
    invoked from within
"ad_parameter -set "acs-admin/*" -package_id $main_site_id RestrictToSSL"
    (file "/home/efnisvaki/web/openacs-head/packages/acs-bootstrap-installer/installer/site-info-2.tcl" line 45)
    invoked from within
"source $__file "

Is this problem known? Is it maybe related to the APM auto-mount feature work?

I'm using PostgreSQL 7.2.3