Home
The Toolkit for Online Communities
15889 Community Members, 0 members online, 1762 visitors today
Log In Register

Weblog

OpenACS Home : xowiki : Weblog
Search · Index
Previous Month May 2013
Sun Mon Tue Wed Thu Fri Sat
28 29 30 1 2 3 4
5 6 7 8 9 10 11
12 13 14 15 16 17 18
(1) 19 20 21 22 23 24 25
26 27 28 29 30 31 1

Popular tags

ad_form , ADP , ajax , aolserver , asynchronous , bgdelivery , bugtracker , COMET , cvs , debian , emacs , FreeBSD , includelets , install , installation , installers , javascript , libthread , linux , monitoring , nginx , oracle , osx , patches , performance , postgres , pound , redhat , selenium , ssl

No registered users in community xowiki
in last 30 minutes

Contributors

OpenACS.org

Weblog

Filtered by category OpenACS Projects, 1 - 10 of 40 Postings (all, summary)

Ecommerce G2

Created by OpenACS community and package contributors, last modified by Torben Brosten 06 Mar 2013, at 12:10 AM

Introduction

This is an initiative to upgrade and round-out en:ecommerce and related packages to benefit from current OpenACS programming standards and practices. Project is currently led by Benjamin Brink in the open and cooperative spirit of the OpenACS community. The development is occuring via https://github.com/openacs-ecg2

All are welcome to participate.

page information

  • Last modified: 2013-03-06 00:10:51.888117+01

Migration from CVS to GIT

Created by Victor Guerra, last modified by Jim Lynch 15 Jun 2012, at 01:36 AM


IMPORTANT!!! by no means the statements written in this page are official. At the moment one should consider this information just and only for experimental purposes. There are no official decisions made by the OCT so far regarding migration to GIT or any other source control tool.  At the moment CVS is the official tool used and you can navigate the project history and code at our official code and history inspector Fisheye OpenACS

Tools to consider for the migration (?):

  • GIT includes a tool for the migration of CVS repositories called git-cvsimport.
  • The cvs2svn project provides support for converting a CVS repository into GIT. The tool is called cvs2git

Structure of the GIT Repository (?):

  • One git repository hosting the entire code base of openacs ( including contrib and all packages ). 
  • Provide separate git repositories; one hosting the core packages and independent repositories for each of the other packages. 
  • TODO: checkout the subtree subcommand to manipulate non-core packages git-subtree

Where could the repositories live (?):

  • Official repositories on openacs.org machine? (Perhaps setting up git.openacs.org)  and having remote-mirrored repositories on github so developers can clone and share patches using github. -- jiml: many tools which could get similar function to github (forking, pull requests),,, what would be required to get a git.openacs.org?  can we put up a gitorious on a test site with maybe 50gb of repo space so all the committers can have their own?
  • Using github.com as our official nest. (jiml says: there's a 300mb limit, and a full repo is over that, jcdny says: asked the github admins and they said limit is "soft, and only enforced to prevent abuse")

Points to consider before | when migrating to GIT: 

  • Application for voting on oct-elections depends on commits history ( most likely this will transparent since we use fisheye.openacs.org  for fetching information about commit history , and fisheye provides one and one only interface for querying data, so the fact that the code is being controlled by cvs or git is irrelevant)
  • Installing-software-from-repository code is based on channels and cvs-tags in order to define which channels are available to users ( http://openacs.org/repository/) and to provide the recent packages for that channel.  The same tags can be used in git as well, but the code retrieving this information has to be rewritten.
  • It is necessary to provide git-guidelines similar to cvs-guidelines 

Release management using GIT:

How to contribute to OpenACS using GIT: 

(jiml) probably they would git clone the repo using ssh acct, commit to their own repos then git push origin

I was told of a code review tool at http://www.reviewboard.org/ which we could look at.

In recent news, Victor Guerra has pulled the cvs into github into an account Victor created called openacs. In order to make git and the github account easier to use, we're creating very skeletal, short documents which when flushed out and assembled would become a guide for users, developers and admins for how everyone can participate in openacs using git. Link to come very shortly as I'm creating them now. Stay tuned....

The first page is basically a menu page to the openacs on git guides. It starts its life empty. I have some material to fill in, the way I want to do the user guide is start with some paragraphs I wrote, and put each on a separate wiki page so they can be filled out, gradually becoming useful. Let's see what we can do.

.LRN

Created by Emmanuelle Raffenne, last modified by Gustaf Neumann 02 May 2012, at 04:11 PM

.LRN Project

.LRN Home Page - The Official .LRN Home Page

.LRN bug tracker - Use the Open ACS bug tracker to report and check status on bugs for all sections of .LRN. If you need to report a bug and you are not sure what code is causing it, use the "2-dotLRN General" category. Otherwise select the package. Note that all the dotLRN packages are at the bottom of the list.

Get Involved! - how to participate in the community

.LRN Versions

Last stable release: 2.4.1

Next release: see .LRN 2.5 Release Management 

Download from .LRN download page

.LRN Installation

To install .LRN follow the instructions at .LRN_Installation

.LRN Governance

This .LRN Governance page is a proposal based on a meeting by Carl Blesius, Carlos Kloos, Roceal Hernandez and Caroline Meeks.  

Useful Resources

Site Specific Documentation

Official test servers

Page Information

  • Last modified: 2012-05-02 16:11:50.457305+02

OpenACS/.LRN for Debian

Created by Héctor Romojaro, Stefan Sobernig, last modified by Héctor Romojaro 22 Feb 2011, at 12:07 PM


Logo


Packages of OpenACS  and .LRN  are now available for Debian GNU/Linux . We hope to facilitate the adoption by novices and the infrastructure deployment by professional users, both running Debian GNU/Linux  and its derivates. Our packaging activity explicitly targets Debian GNU/Linux  stable , testing and unstable . Important dependencies are co-maintained with the Debian Tcl/Tk Maintainers .

See also OpenACS for Ubuntu.

Getting started

Please, review the section on supported distributions first.  Currently, the core packages (openacs, dotlrn) and their dependencies are included into the official Debian GNU/Linux  repositories.

Install


  1. Run:

    apt-get update

  2. (optional) Provide for a PostgreSQL environment: If you don't have a PostgreSQL installation at hand, provide one. You do not need to care about setting up a concrete data base. This is automatically done by the openacs and dotlrn post-install instructions. For further PostgreSQL-related set-up issue, see ...

    apt-get install postgresql
    If you run a remote PostgreSQL instance, remember to allow for access of the PostgreSQL Administrator (postgres) and the openacs/dotlrn user from machine hosting your OpenACS/.LRN installation.

  3. Install the core packages and follow the on-screen instructions:

    # OpenACS
    apt-get install openacs
    ... or ...

    # .LRN
    apt-get install dotlrn

After Install

  1. (optional) To change IP address and port of the instance, please edit the file:

    # OpenACS
    /etc/openacs/openacs.sh

    # dotLRN
    /etc/dotlrn/dotlrn.sh


  2. (optional) To control the instance using daemontools, please install the daemontools debian packages and follow the instructions on the file:


    # OpenACS
    /usr/share/doc/openacs/README.daemontools

    # dotLRN
    /usr/share/doc/dotlrn/README.daemontools

To-dos

Next Steps, After Basic Installation (above)

People

Active contributors

  • Héctor Romojaro 
  • Stefan Sobernig
  • Avni M. Khatri
  • Carl R. Blesius


Packages status


Packages maintained by Debian Tcl/Tk Maintainers 
Packages co-maintained by OCT & Debian Tcl/Tk Maintainers 

    Prodding

    Please, for getting in contact and reporting issues, consider ...

    OpenACS TODO List

    Created by Dave Bauer, last modified by Michael Steigman 19 Jan 2011, at 06:31 PM

    Release Status

    See openacs-release-status OCT-Meetings

    5.5 branch is frozen. Development is taking place on HEAD.

    OpenACS Version 5.7 Agenda

    • Support for object management in core 
    • DONE: Postgresql 9.0
    • TinyMCE update (fix for random JS injection issue, affecting Safari)
    • Fix for "remember me" issue
    • WCAG2-AA

    OpenACS Version 5.6 Agenda

    • global parameters
    • package "embeds" 
    • fix search by package_id
    • core works on Postgresql 8.4

    OpenACS Version 5.5 Agenda

    • DONE: Postgresql 8.3 support: especially regarding tsearch2
    • DONE: acs-authentication:
      • fix upgrade, add conditional logic into site wide tcl library so that you can login to perform the rest of the upgrade
    • DONE: tinymce:
      • upgrade to 3.1.1 + language packs
      • HTML Strict cleanup
      • create appropriate parameters for its config in acs-templating
    • acs-mail-lite:
      • DONE: cleanup duplicated procs (bounce)
      • review the parsing of bouncing messages (case user_id 0)
      • DONE: rollout support
    • Documentation improvements as discussed at the Guatemala conference:
      • Make current openacs.org/test-doc source for static files included in the release and provide ease means to achieve this for the release manager
        • DONE (CVS HEAD): Provide in XoWiki an alternative table of contents by nested UL/LI (without JavaScript) for static output
        • DONE (CVS HEAD): Provide in XoWiki a prototype page similar to "book" without edit-buttons etc., using the new table of contents
      • Update openacs.org/test-doc where necessary (incomplete list):
        • DONE: Fix the page ordering for the higher chapters (the original document  had no 3rd. level numbering)
        • update pages in /test-doc which are more recent in openacs/xowiki
        • bump version numbers of OpenACS, where appropriate (some places talk about openacs-5-0, others about openacs-5-1, oacs-5-2-3rc1 or 5-3) 
        • some version numbers of the required components are quite a mess. e.g. some parts say that Postgres 7.3 is required,  some examples talks about postgres 7.4.7 and 8.2.4 in the same listing.
        • also the dotlrn version numbers are old dotrln-2.0
        • Tcl version numbers should be 8.4.19
        • The install section for XOTcl is missing in II.3.4
        • remove ChangeLog from documentation
        • find some other prominent place for the ChangeLog
        • Fix indenting in examples  (e.g. in Rocael's robust web    development framework)
        • overthink Win2000 guidelines.  There are the native compiled packages from Maurizio, including everything from postgres, xotcl ....
      • It is desired to find a single person responsible for overworking the documentation, however, funding is unclear.

    OpenACS Version 5.4 Agenda

    • DONE: HTML Strict (openacs core)
    • DONE: finish template::head (daveb)
    • DONE: test acs-mail-lite (complex send)
    • DONE: test notifications (complex send)
    • DONE: new XinHA release, get rid of RTE & HTMLarea, test on Safari
    • DONE: Form builder: add the ID attribute  to the form tag
    • DONE: acs-lang - keepLocalTranslationP to be removed
    • DONE search and intermedia-driver: move intermedia specific stuff to its package
    • DONE: acs-mail-lite - patch for mime::qp_encode bug

    Future

    • Split Xinha and TinyMCE into seperate packages see: http://openacs.org/forums/message-view?message_id=2750958
    • Usability ("my account" page)
    • XHTML ?
    • Testing and documentation for recording automated tests using the firefox plugin and the upload feature for it new in automated testing. Probably needs some polishing and should be talked to with Quest who are getting into this.
    • Parameter Scope Patch http://openacs.org/bugtracker/openacs/patch?patch%5fnumber=845 
    • Remove obsolete master template stuff (default and site master template in openacs-4/www, acs-subsite's group-master, and related CSS and images).  Probably in the version which follows 5.5 (probably 5.6).  Also remove the compat master stuff at the same time.

    Things to merge into this page

    Old 5.0 Roadmap  discussion 

    Roadmap discussion 1 

     [Ideas for Boston 2006 Future of OpenACS discussion]

    My previous attempt at collaborative roadmap 

    A .LRN Roadmap 

    Another .LRN Roadmap discussion 


    What's on this page?

    This page should include work that is planned on and has someone comitted to working on it.

    YUI Project

    Created by Ryan Gallimore, last modified by Ryan Gallimore 03 Apr 2010, at 06:31 AM

    Notes on an OpenACS wrapper for YUI

    • There is some consensus to use YUI over other JS libraries, e.g. jQuery.
    • Use most complete version - currently 2.x
    • YUI Loader for dynamic loading.  Each wrapper function in OpenACS loads only the YUI components that it needs.  This is preferable to sending the full 250 KB gzipped library for every page.
    • Download YUI sources from package directory or Yahoo's CDN.
    • Always combine sources into one HTTP download if using CDN
    • UI tests (Selenium IDE/RC) should be written for all wrappers to facilitate testing during development and when YUI is upgraded.
    • Wrappers will be defined by specific tasks like perform an AJAX request and return the response into a div.  The wrapper will take care of loading all required sources into the page.
    YUI Theme [Suggestion]

    • Provide a package openacs-theme-yui, which is based on the YUI CSS Foundation

    nlunt: A word of warning regarding YUI Loader:
    While it sounds like a good idea to load only the modules that are needed, my experience has shown that there may be more benefit to loading a single gzipped file for the javascript and css portions of YUI for a total of 250K that is cached after the first load. This sounds like a lot to load for every page, however, loading just the base modules of YUI may exceed that amount because the individual javascript and css files for each module are not gzipped. Loading all of YUI uncompressed is about 1M, so there is considerable benefit in loading the files compressed.

    Community Metrics in OpenACS

    Created by Michael Steigman, last modified by Michael Steigman 09 Dec 2009, at 06:09 PM

    What can we provide now?


    * WIKI

    new pages this week
    average: new pages per month
    page edits this week
    average: page edits per month
    average: editors per page

    * FORUMS

    new threads this week
    posts this week
    average: new threads per month
    average: posts per month
    average: forum notification subscriptions per month
    ratio: posts per thread (monthly?)

    example queries:

    hub=# select to_char(r.publish_date, 'YYYY-MM') as month, count(*) from cr_items i join cr_revisions r on (i.item_id = r.item_id) where parent_id = '2239905' group by month order by month desc;
      month  | count
    ---------+-------
     2009-10 |   123
     2009-09 |   394
     2009-08 |   410
     2009-07 |   671
     2009-06 |   158
     2009-05 |     4
     2009-03 |     8
     2009-01 |     4
     2008-12 |    56
    (9 rows)

    hub=# select to_char(o.creation_date, 'YYYY-MM') as month, count(*) from cr_items i join acs_objects o on (i.item_id = o.object_id) where parent_id = '2239905' group by month order by month desc;
      month  | count
    ---------+-------
     2009-10 |     2
     2009-09 |    31
     2009-08 |    38
     2009-07 |    71
     2009-06 |    39
     2009-05 |     2
     2009-03 |     4
     2009-01 |     1
     2008-12 |    12
    (9 rows)

    hub=# select max(count) from (select count(distinct creation_user) as count from cr_items i join cr_revisions r on (i.item_id = r.item_id) join acs_object\
    s o on (o.context_id = r.item_id) where parent_id = '2239905' group by i.item_id) a;
     max
    -----
       7
    (1 row)

    hub=# select avg(count) from (select count(distinct creation_user) as count from cr_items i join cr_revisions r on (i.item_id = r.item_id) join acs_object\
    s o on (o.context_id = r.item_id) where parent_id = '2239905' group by i.item_id) a;
            avg
    --------------------
     1.4900000000000000
    (1 row)

    hub=# select count(distinct creation_user), i.item_id from cr_items i join cr_revisions r on (i.item_id = r.item_id) join acs_objects o on (o.context_id =\
     r.item_id) where parent_id = '2239905' group by i.item_id;
     count | item_id
    -------+---------
         2 | 2239907
         1 | 2240099
         1 | 2240101
         2 | 2240276
         1 | 2240751
         1 | 2240763
         1 | 2240769
         7 | 2240772
         1 | 2248445
         1 | 2249069
         1 | 2249119
         1 | 2249149
    ...
         2 | 2714595
         1 | 2716420
         1 | 2721530
         1 | 2722191
         2 | 2724344
         1 | 2731842
         1 | 2752093
    (200 rows)

    What could we provide in the future?


    average: # new/departed group members per day/month/year
    average: visit length of group members
    2 day answer rate for new threads
    average: uploads/downloads per month
    average: first answer time for threads
    ratio: page view per post (lurk)
    etc.

    Site Wide File Upload

    Created by Dave Bauer, last modified by Dave Bauer 02 Nov 2009, at 09:00 PM

    Spec for File Management Overhaul on Hub

    Michael Steigman (09/25/09) Updated 11/2/2009

    User interface mockups  

    Big Picture

    File management in OpenACS is a complicated affair at the moment. There are
    several ways to upload and link to files and this has led to duplicate files, broken links
    throughout content blocks and “embedded” files in rich text that are difficult to manage
    (among many other issues). We are aiming to unify the file upload, linking and
    management model and UI across the site, in order to make it simple to upload, update,
    share, reference and delete files.

    Organization of Files

    To help users in a community or on a site collaborate, weʼd like to allow them to
    organize and view files in ways that are intuitive. Taking from OS X, Google, Zoho, Windows et.
    al., we envision a series of organizational areas in the files UI corresponding to different
    filtering criteria.
    Places - within a community, default “places” will include all applications and any other
    subfolders the admin wishes to include. All users will see these places.
    Views - the views area will include some basic views which should cover a lot of
    scenarios (search for in OS Xʼs finder) and will expand with custom views created and
    saved on the advanced tab.
    Favorites (or bookmarks?) - this organizational area will display folders and files in the
    personal file area which the user has marked as interesting anywhere on the site.
    Shared - implied by the title, this area shows up in the personal file space and shows
    files shared by and to you.

    Upload and Linking Mechanisms

    We want to allow users to link to/attach/upload files to any type of content and present a
    consistent UI when doing this. The easiest way to do this would be to provide the same
    interface users normally browse by, as OS X does. The WYSIWYG editor will have to
    replicate this environment in a plugin setting. Apps that donʼt use the richtext widget
    should be able to “include” a version of the browsing interface that allows for single (and
    multiple?) file selection.
    Much like hard links in Unix, we envision multiple links to each files. The links should be
    viewable at the fileʼs canonical location (visible in the mockups). When no more links to
    a file exist, the file can be deleted (think callbacks on link removal). Storing a checksum
    for the file upon upload so that we can determine if it already exists within the
    community would be beneficial.

    Metadata Requirements

    We need to be able to map from link to destination file. Within this link, we need to
    capture some information - the object weʼre linking from being the primary bit of
    information. If this link were to be an instance of a dedicated object type, it could also be
    permissioned (i.e., a proxy). It could also point to a particular revision, which would
    enable a learning module to point at a stable revision and prevent teaching material
    from moving beneath a module author. These do not need to be part of the initial
    implementation but should be considered.

    Navigation and Page Requirements

    We should provide an generic overview page (detailed in the mockups) that describes
    the files attached to a piece of content. We need to be able to generate navigation for
    content such as wiki pages or forum posts that include a link to the overview page if files
    are attached. We also need a single, permanent page to display information about a file (File View in the
    mockups).

    Shared Folders

    Referece Google Docs Shared Folders Feature http://docs.google.com/support/bin/answer.py?hl=en&answer=158074
    Reference Zoho Document Management http://www.zoho.com/online-document-management/share-documents-collaborate.html

    Use Cases

    Upload File From Subsite/Group Files tab

    User clicks "Add File" link or button from "Subsite->Files" page.
    User sees upload dialog and chooses a file from their computer to upload.
    File is added to subsite default folder.
    Creation_user is the uploading user.
    Parent_id is the default folder for the subsite.
    Permissions are inherited from context_id,  all members of subsite can view this file.
    Context_id is the default folder for the subsite.

    Upload file as attachment to Forums Message (or wiki page, etc.)

    (note forums post workflow is not addressed)
    User chooses to attach a file to a forum message.
    User sees upload dialog and chooses a file from their computer to upload.
    File is added to subsite default folder.
    Creation_user is the uploading user.
    Parent_id is the related object, ie: forum_message
    Permissions are inherited from context_id, all members who can see the forum post can see the attached file.
    Context_id is the parent_id.

    Attach existing file from subsite folder as attachment to Forums Message (or wiki page, etc.)

    User chooses to attach a file to a forum message.
    User sees file chooser dialog (embedded filter view of subsite files).
    User chooses existing file.
    Acs_data_link created between forums_message and the uploaded file.

    Upload file to personal folder

    User browsers to their "workspace" (blah) and chooses Files.
    This shows the My Files view.
    User chooses Add File.
    File is added to user default folder (child of user object).
    Parent_id is the user default folder.
    Context_id is the parent_id.
    Permissions are inherited from the context_id.
    Noone else can see or manage these files except the user.

    Attach Existing file from personal folder to a forums message etc.

    User chooses to attach file to a forums message.
    User sees file chooser dialog (embedded filter view of subsite files).
    Somehow the user chooses to list My Files and sees a list of all files this user has created.
    Use chooses file from personal folder.
    User sees message that they will share this file with the group/subsite/community with a checkbox to acknowlege.
    A cr_symlink is created (this is the manifestation of "share" in this case.) in the subsite default folder.
    Acs_data_link created between symlink and the forums message.
    Permissions, parent_id, context_id of original file do not change!
    Parent_id of symlink is default folder.
    Context_id of symlink is parent_id.
    Permissions are inherited from context_id, all members of the subsite can view the symlink (which resolves to the file) as long as it is being shared (the symlink exists.)


    View subsite files

    User sees a list of files in the subsite folder or any subfolders, that they have permission to see (by default all of them.)
    Shows filename/title, description, updated date/time, tags, creation user???
    User sees list of Places (packages in the subsite.) Each place filters files that have acs_data_link to objects owned by that package.
    User can search filenames(titles/descriptions/tags) using the Search Within feature. Just like google docs. Does not search file contents??
    Clicking on a file name opens it but there should be an obvious place to view file information (permissions, revisions, links)
    Clicking on a folder shows files/folders in that folder.
    User can sort by name or date (asc/desc options, perhaps arrow next to name/date sort option?)
    What do we do with pagination? How does search/sort affect pagination?

    Experimental!! Sharing a Folder

    User creates a folder or chooses an existing folder to share.
    Symlink is created in group or target users folders to the shared folder depending on sharing level.
    Permissions are granted on the ORIGINAL folder based on the sharing settings. NOTE: how do we do this without screwing something up? That is the sharers are not allowed to DELETE or ADMIN the original folder. But we want to simplify dealing with the items IN that folder.

    User interface mockups

    Created by Dave Bauer, last modified by Dave Bauer 19 Oct 2009, at 03:21 PM

    NameContent TypeLast ModifiedBy UserSize (Bytes)
    file-upload-mockups.pdfapplication/pdf2009-10-19 15:21:47+02Dave Bauer161631

    Next Steps After Installation, Debian Specific

    Created by Kenneth Wyrick, last modified by Kenneth Wyrick 14 Jul 2009, at 04:30 PM

    Next-Steps

    After following:

    Debian Installation Instructions

    A. Installing Daemontools

    Documentation
    nano /usr/share/doc/openacs|dotlrn/README.daemontools on openacs package.

    apt-get install daemontools daemontools-run


    B. Configuring Daemontools and Using SVC

    1) Change the "StartDaemon" value to "no" in /etc/default/:
    # OpenACS
    nano /etc/default/openacs
    ... or ...

    # .LRN
    nano /etc/default/dotlrn

    2) Stop the daemon:

    # OpenACS
    /etc/init.d/openacs stop
       ... or ...





    # .LRN
    /etc/init.d/dotlrn stop





    3) Link daemontools dotlrn|openacs script:

    # OpenACS
    ln -s /usr/share/openacs/etc/daemontools /etc/service/openacs
    ... or ...

    # .LRN

    ln -s /usr/share/dotlrn/etc/daemontools /etc/service/dotlrn

    Now you can control the dotlrn service using the svc command:
    * To start the service: svc -u /etc/service/
    /openacs or dotlrn
    * To stop the service: svc -d /etc/service/
    /openacs or dotlrn
    * To restart the service: svc -t /etc/service/openacs or dotlrn


    C. If There's Problems Purge and Reinstall

    apt-get remove --purge openacs or dotlrn

    apt-get install openacs or dotlrn

    D. To configure the instance to listen on a different IP than 127.0.0.1

     

    Edit the config.tcl file:
    nano /etc/openacs|dotlrn/config.tcl

    Change the following parameters to fit your needs:
    set hostname Your hostname
    set address to Your public IP


    E. Backup and Restore (to be filled in)

    I first went to: backup and restore docs

    and found that I had to figure out how to:

    su - $OPENACS_SERVICE_NAME
    pg_dump -f /var/lib/aolserver/$OPENACS_SERVICE_NAME/database-backup/before_upgrade_to_4.6.dmp openacs-dev
    ls -al /var/lib/aolserver/$OPENACS_SERVICE_NAME/database-backup/before_upgrade_to_4.6.dmp
    exit
    

    The $OPENACS_SERVICE_NAME
    which I thought would be "dotlrn"
    turned out to be "www-data"

    Next I found there was no /var/lib/aolserver but there are /var/lib/dotlrn and /var/lib/postgresql

    The default paths show the locations that were decided upon (in early 2004) so below we will try to document were things are in a standard dotlrn installation, now.

    a work in progress



    OpenACS service dotlrn
    OpenACS service account www-data
    OpenACS database name dotlrn
    SERVERROOT /usr/share/dotlrn/www
    Database backup directory /var/backups/
    Service config files /usr/share/dotlrn/etc/config.tcl
    Service log files /usr/share/dotlrn/log/
    PostgreSQL directory /usr/lib/postgresql/8.3/main
    AOLserver directory /usr/lib/aolserver4
    Backup Script
    /usr/share/dotlrn/etc/backup.sh


    F. Installing Packages (to be filled in)

    1. From .LRN CVS

    a) Create a local repository

    b) Download to your local repository

    G. View the Log File

    nano /var/log/aolserver4/dotlrn/error.log


    H. Mail Server (to be filled in)

    1. Installation
    2. configuration

    Next Page