Forum OpenACS Q&A: Installation 5.2.2
Here's the error message. Please note, I don't need dotLRN, but it seems like the wrapper Malte talked about does not work properly.
I used this download; https://openacs.org/projects/openacs/download/one-revision?revision_id=363173
http://www.timedeskblog.com _______________________________________________________________
invalid command name "dotlrn_community::get_community_id"
while executing
"dotlrn_community::get_community_id"
invoked from within
"set community_id [dotlrn_community::get_community_id]"
("uplevel" body line 23)
invoked from within
"uplevel {
# Expects properties:
# title
# focus
# header_stuff
# section
# url used as referer
append url [ad_url] [ad_return_url]
if..."
(procedure "code::tcl::/usr/local/www/timedeskblog.com/openacs-5-2-2/pac..." 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 $__adp_master [concat [list __adp_slave $__adp_output] [array get __adp_properties]]"
(procedure "template::adp_parse" line 91)
invoked from within
"template::adp_parse $__adp_master [concat [list __adp_slave $__adp_output] [array get __adp_properties]]"
(procedure "template::adp_parse" line 91)
invoked from within
"template::adp_parse [file root [ad_conn file]] {}"
(procedure "adp_parse_ad_conn_file" line 5)
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..."
I dumped this install!
Second of all, contacts in 5.2 is not up to date. It was a mistake to commit the code from HEAD to 5.2 so the best thing to do is get rid of contacts in 5.2 preventing anyone from using an out of date version until I come around and properly *release* it (note: Contacts is *NOT* released.)
The question I ask myself though: Why do we have maturity levels in 5.2 if "0" does not mean "is broken, don't install".
The basic display seems to lack one thing:
What to install in which order. Right now you have an option to activate an install all feature that will crash your system. That's not helpfull. It looks like installing package by package reduces the crash risk, but even than, the weerd behaviour of dependancies can cause errors and "file not found" messages. The trouble with those is that they don't explain what's wrong, so I have no idea what to do to fix things. It would help to make the error mesage allert bold, as an extra warning, not to proceed with the installation incase missing packages could cause crash!.
The process of refering folks to the forum to ask for help doesn't realy ends up in a positive experience for some. The techno replies wont make much sense if you don't talk that lingo. Maybe we should, as long as this sort of trouble arises, think about a "semi commercial tuning service" where "old hands" assist in installing the system and make sure things work from scratch. You guys know what you are looking at, and I wouldn't have any problems to pay you for getting me set up without all the hassle. Given the pace at which features are added and changes are made, this only sounds a reasonable option. All we need is a paypal billing interface! It can't be that difficult to come up with a fixed price for a clean install. Sounds like easy money to me.
Spring cleanup I notice we still have an address package that has been declared obsolete 2 years ago, so either remove or get it working so we have at least a simple adressbook for starters, a feature many have asked for over the years. Dependancies are great but if they don't work they suck!. It may suck from a development point of view, and lack of fancy features, but right now we have noting!
I'll try to give an acurate update on state of affairs later, as I got lost during the mounting process and it's running late.
I have a clean install and welcome anybody who know's more about this than I do to check the status. IMHO this step should not be required, a stable release should contain modules that work by following the install process, without hacking.
Photobd will not work unless imagemagick is installed. unfortunately, there's no reference when the package is mounted on a clean install. It would make life a lot easier if there was a flag to this fact upon install, so people won't wonder why they can't upload a picture.
For now 5.2.2 is not safe for non programmers. To bad, but reality, it will not install out of the box.
Cheers
Ben
System crashed again so I dumped it !
It's great that there's maturity level info for each package, but nothing shows up in the "Maturity" column when doing an install from the repository, so the only way to find out is to attempt an install and cross your fingers (or poke around the CVS for the *.info files).
After fixing the install.tcl file so that the maturity level shows, I see that *all* packages are at maturity level "0" (either that or there's another bug in extracting the real maturity level). That's not very useful.
I tried installing "File Storage" on a fresh 5.2.2 install and it has as one of the dependencies "Mail Services Lite" which is broken (the error claims acs_mail_lite::after_install is missing).
Once everything works as designed, would it be possible for any particular package to have a maturity level higher than the least mature dependency?
What's annoying when a package fails to install is that I don't know if it leaves the system in a consistent state. Are all the changes rolled back automatically (since the backend is a transactional database), or are we left with crud laying around after a failure? I guess I know the answer, but I wish it were different.
Bugtracker. One of the culprits seems to be bugtracker. This module uses workflow 2.0b4. Other packages need later releases.
Calendar. OK.
CMS News Site Demo Requires acs utilities + workflow 4.1. So not possible to install! Since I am setting up an online press office, this is a huge disappointment.
Classified adds. OK
Weblogger ..... Ok, but it won't install if you start the process with weblogger!
Contacts Contacts 1.1d12 Requires acs-datetime 4.2 Do not install!
Faq, download, Page, Note, ETP, Directory, Bookshelf All in one go, installs fine.
XOwiki: 0.18 Requires file-storage 5.1.0 Do not install!
Tasks: 0.1d7 Requires project-manager 2.70a1 Do not install!
More later...
General note. Although I never asked for dotLRN to be installed, all of sudden it's there. Installing theme Selva works fine, but there's no longer a way back to default OACS. Personally, I feel we need a full seperation between dotLRN and OACS. So also get rid of all the stupid dependancies. The wrapper obviously doesn't work!
Current state of affairs looking at my /home pvt... No installed packages mounted yet!
Basic Information
Username timedesk
First names Ben
Last name Koot
Email mailto:timedesk@gmail.com
Screen name
Home page
About You
* User ID: 496
* View community member page
* Registration date: January 25, 2006
* Registration IP: 200.46.208.165 (others)
* Last visit: January 26, 2006 12:41 AM
Member state: approved (cannot change state for yourself)
This user is a member of the following groups:
Note: These are the groups to which the user has been granted direct membership.
* Registered Users (Remove)
* timedesk (Remove)
And the user is a member of these groups by virtue of being directly added (see above) or because these groups are components of the groups above.
* Registered Users
* The Public
* dotfolio owners
* dotfolio users
* timedesk
MESSAGE KEY MISSING: 'acs-kernel.Groups'
* 2006-01-25 23:57:16: dotlrn-admin
MESSAGE KEY MISSING: 'acs-kernel.lt_Membership_Relationsh'
* 2006-01-25 19:31:40: membership_rel: 1010 - 496
Relational Constraints
* 2006-01-25 19:31:40: Members of timedesk must be members of Main Site
Relational Party Segments
* 2006-01-25 19:31:40: timedesk Administrators
* 2006-01-25 19:31:40: timedesk Members
Aggregators
* 2006-01-26 00:48:27: Aggregator 1716
Application Groups
* 2006-01-25 19:31:40: timedesk
Categories
* 2006-01-25 19:34:27: Answered question
* 2006-01-25 19:34:27: Discussion
* 2006-01-25 19:34:27: KM
* 2006-01-25 19:34:27: Key document
* 2006-01-25 19:34:27: Unanswered question
* 2006-01-25 19:34:27: Urgent question
Category Trees
* 2006-01-25 19:34:27: KM
Content Folders
* 2006-01-25 19:31:40: dotFOLIO Folder
Notification Delivery Methods
* 2006-01-25 18:33:12: Notification Delivery Method 556
Notification Types
* 2006-01-25 19:39:34: Notification Type 1116
* 2006-01-25 19:39:34: Notification Type 1118
* 2006-01-25 18:33:19: Notification Type 643
* 2006-01-25 18:33:19: Notification Type 644
* 2006-01-25 18:33:19: Notification Type 645
* 2006-01-25 18:33:19: Notification Type 646
RSS Generation Subscriptions
* 2006-01-25 19:31:40: RSS Generation Subscription 1049
Site Nodes
* 2006-01-26 00:18:31: theme-selva
* 2006-01-25 23:57:20: na
* 2006-01-25 23:57:16: dotlrn
* 2006-01-25 23:56:46: portal
* 2006-01-25 23:44:17: attachments
* 2006-01-25 19:34:26: cop
* 2006-01-25 19:34:25: ratings
* 2006-01-25 19:31:40: blog
* 2006-01-25 19:31:40: files
* 2006-01-25 19:31:40: organise
* 2006-01-25 19:31:40: timedesk
* 2006-01-25 19:25:33: dotfolio
* 2006-01-25 19:25:22: views
* 2006-01-25 19:25:21: clipboard
* 2006-01-25 19:25:16: related
* 2006-01-25 19:25:05: webdav-support
* 2006-01-25 19:13:44: tb
* 2006-01-25 19:13:43: comments
* 2006-01-25 19:13:36: categories
* 2006-01-25 19:13:31: RPC2
* 2006-01-25 18:33:21: workflow
* 2006-01-25 18:33:13: notifications
* 2006-01-25 18:31:54: rss-support
Weblogger Channels
* 2006-01-25 19:31:40: Weblogger Channel 1048
Workflow Lites
* 2006-01-25 18:33:35: t
dotFOLIOs
* 2006-01-25 19:31:40: dotFOLIO 1068
dotFOLIO Profile Owners
* 2006-01-25 19:31:40: dotfolio_owner_profile_rel: 948 - 496
Administrative Actions
XCMS installation failed Error message:
There was a server error processing your request. We apologize.
Take me back where I was (before the error)
Database operation "dml" failed (exception ERROR, "ERROR: insert or update on table "lang_message_keys" violates foreign key constraint "lang_message_keys_fk"
DETAIL: Key (package_key)=(acs-translations) is not present in table "apm_package_types".
")
ERROR: insert or update on table "lang_message_keys" violates foreign key constraint "lang_message_keys_fk"
DETAIL: Key (package_key)=(acs-translations) is not present in table "apm_package_types".
SQL:
insert into lang_message_keys
(message_key, package_key)
values
('rel_type_imsld_lo_item_rel', 'acs-translations')
while executing
"ns_pg_bind dml nsdb0 {
insert into lang_message_keys
(message_key, package_key)
values
(:message_key, :pack..."
("uplevel" body line 1)
invoked from within
"uplevel $ulevel [list ns_pg_bind $type $db $sql]"
("postgresql" arm line 2)
invoked from within
"switch $driverkey {
oracle {
return [uplevel $ulevel [list ns_ora $type $db $sql] $args]
}
..."
invoked from within
"db_exec dml $db $full_statement_name $sql"
("uplevel" body line 2)
invoked from within
"uplevel 1 $code_block "
invoked from within
"db_with_handle -dbn $dbn db {
db_exec dml $db $full_statement_name $sql
}"
(procedure "db_dml" line 100)
invoked from within
"db_dml insert_message_key {}"
(procedure "lang::message::register" line 22)
invoked from within
"lang::message::register en_US acs-translations $message_key $pretty_name"
(procedure "rel_types::new" line 53)
invoked from within
"rel_types::new imsld_lo_item_rel "Learing Objective - Imsld Item rel" "Learing Objective - Imsld Item rels" content_item 0 {} content_item 0 {}"
(procedure "imsld::install::init_rels" line 4)
invoked from within
"imsld::install::init_rels"
(procedure "imsld::apm_callback::after_install" line 6)
invoked from within
"imsld::apm_callback::after_install "
("eval" body line 1)
invoked from within
"eval $command"
(procedure "apm_invoke_callback_proc" line 37)
invoked from within
"apm_invoke_callback_proc -version_id $version_id -type after-install"
(procedure "apm_package_install" line 146)
invoked from within
"apm_package_install -enable -package_path $package_path -load_data_model -data_model_files $data_model_files $spec_file"
("foreach" body line 52)
invoked from within
"foreach package_key $install {
ns_log Notice "Installing $package_key"
array unset version
array set version $repository($package_key..."
("uplevel" body line 49)
invoked from within
"uplevel {
ad_page_contract {
Install packages -- actual installation
@param install Tcl list of packages to install in the order in wh..."
(procedure "code::tcl::/usr/local/www/timedeskblog.com/openacs-5-2-2/pac..." 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 5)
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..."
