Problems and Solutions
Database-script fails because of missing libraries
During the installation process DAViCal runs the database upgrade script in order to apply the correct permissions for the application and dba users to the database tables and sequences. The most common reason that this program might not work is that you don't have the YAML library for Perl installed.
For Debian and related distributions you should install the libyaml-perl package, and it should arealdy be there if you installed the .deb because it is a dependency.
For RedHat and related distributions there should be a simple way to find an RPM of the package.
Otherwise you should visit CPAN and install the YAML libraries manually.
- Note: this error can also occur on Fedora systems even though YAML and DBD::Pg are installed. Type "yum install -y perl-YAML perl-DBD-Pg" (as root) to install them if they're not already present.
- Note: on OpenBSD 4.8 the DBI module may need to be installed along with YAML and DBD::Pg.
I have to log in to every page
This indicates that your browser is not getting or accepting the session cookie for some reason. The cause can be several things:
- There could be an error message coming from PHP before it sends the "Cookie" header back. Look at the source of the page, or in the webserver error log for clues. Take care not to add any new line characters after ?> in the config file in /etc/davical/*-conf.php!
- Your browser might be rejecting the cookie. Check in the privacy settings for your browser that it allows the cookie.
I get a blank page
May your PHP installation is configured to interpret scripts only in a directory for web contents (i.e. /var/www) - what is totally good - and you have forgotten this or never knew about it.
To solve this problem, you must allow PHP to interpret scripts from davical and awl. To do so, just add the following line to a .htaccess file in /usr/share/davical/htdocs or to your VirtualHost configuration:
php_admin_value open_basedir /usr/share/davical:/usr/share/awl/inc:/etc/davical
Note: Some sites mistakenly represent that 'open_basedir "1"' is sufficient. It is not, and is frequently the cause of this problem!
HTTP authentications fails on me
It seems the username for HTTP-auth needs to be lowercase, even though the username in the admin interface contains uppercase letters. See also this bug report.
DB Errors During Upgrade
Permission Denied errors during Upgrade
Check that you're not facing this Issues/Wrong table owner.
Upgrading from Debian Lenny to Squeeze
If you get blank pages from the server and HTTP 500 errors in the access log but nothing in the error.log after an upgrade from Debian Lenny to Squeeze, check the php_value entries in the virtual host, as the format seems to have changed. The new entries have to look like:
php_value include_path /usr/share/awl/inc php_flag magic_quotes_gpc off php_flag register_globals off php_value error_reporting "E_ALL & ~E_NOTICE" php_value default_charset "utf-8"