Forum .LRN Q&A: Okay, I think I am getting really good at failing to install dotLRN

Since the release of the 4.6 tarball, I pretty much
tossed everything, got the tarballs of Postgresql
7.2.3 built it with-tcl without-tk, built AOLserver
3.3.1+ad13 stock, built the 4.6 beta1 tarball stock, everything works just great.

However, when I add the dotLRN packages via cvs as
instructed by the docs at https://openacs.org/projects/dotlrn/dotlrn-doc/dotlrn-installation

and try to follow along as instructed by the line that
states: "Go the the "ACS Package Manager" (APM) on your system at http://yourserver/acs-admin/apm and hit the "Install packages" link. After the installer loads,"

Well, I never get to the "After" part, as the
installer is loading, this happens:

-----------include error---------------------------------

Please wait while the installer loads ........

HTTP/1.0 200 OK Server: AOLserver/3.3.1+ad13 Content-Type: text/html; charset=iso-8859-1 MIME-Version: 1.0 Date: Fri, 27 Dec 2002 18:48:53 GMT Content-Length: 2722 Connection: close
Request Error

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 (mailto:bquinn@arsdigita.com)
    @c..."
    (procedure "code::tcl::/web/another_test/packages/acs-admin/www/apm/pack..." line 2)
    invoked from within
"code::tcl::$__adp_stub"
    invoked from within
"if { [file exists $__adp_stub.tcl] } {

      # ensure that data source preparation procedure exists and is up-to-date
      adp_init tcl $__adp_stub
..."
    ("uplevel" body line 3)
    invoked from within
"uplevel {

    if { [file exists $__adp_stub.tcl] } {

      # ensure that data source preparation procedure exists and is up-to-date
      adp_init t..."
    (procedure "adp_prepare" line 2)
    invoked from within
"adp_prepare "
    (procedure "template::adp_parse" line 30)
    invoked from within
"template::adp_parse [file root [ad_conn file]] {}"
    (procedure "adp_parse_ad_conn_file" line 7)
    invoked from within
"$handler"
    ("uplevel" body line 2)
    invoked from within
"uplevel $code"
    invoked from within
"ad_try {
    $handler
      } ad_script_abort val {
    # do nothing
      }"
    invoked from within
"rp_serve_concrete_file [ad_conn file]"
    (procedure "rp_serve_abstract_file" line 60)
    invoked from within
"rp_serve_abstract_file "$root/$path""
    ("uplevel" body line 2)
    invoked from within
"uplevel $code"
    invoked from within
"ad_try {
    rp_serve_abstract_file "$root/$path"
    set tcl_url2file([ad_conn url]) [ad_conn file]
    set tcl_url2path_info([ad_conn url]) [ad_conn path_inf..."

--------------------end include-------------------------

the installer loads just fine in 4.6 beta 1 stock.

Thanks kindly for the reply.

Having failed at doing "it" the way you
described a week ago, I bailed on it when
the tarball appeared. Which of course didn't
work as remarked above.

So, with your prompting, I went BACK to
the original proceedure, got all the
stuff from cvs head, and suprise suprise!
It worked this time!

So, just in case anyone is curious, this day,
20021228, the dotlrn installation works just
fine as described in the original document.

Thanks again.

Now on to the next phase of the adventure.