Fixes bug #1332.

- Only create the directory in the postinst script
- Delete the directory in the postrm script

I got confirmation from the author directly:

From: James Stewart <james@jystewart.net>
Date: Sat, 24 Nov 2007 12:03:20 +0000
To: Francois Marier <francois@debian.org>
Subject: Re: Distributing XML_Feed_Parser

Hi Francois,

Thanks for getting in touch. I had indeed meant to license it under the
LGPL but must have made a mistake when setting up the package.xml file.
I've just committed a new version to CVS with the LGPL listed as the
license, but guess the package page won't update till I release a new
version of the package.

I'm slowly working on a new version of the package but it'll be some time
before I get it ready for release.

James.

Move mahara cron log files to /var/log/mahara/ so they can be kept separate from other content in /var/log

Turns out I got the table_column call wrong also. Needs to, like with everything else in xmldb, fully respecify the column. Now the view migration works in MySQL

XMLDB and MySQL conspired to make this a horrible process.

This change adds the ability to prevent the SQLException constructor from logging errors, which is used in init.php when attempting to load the config data and set default config values.

Removed a couple of unneeded debugging lines from the view migration. Made sure to make the block column of the view_artefact table not null after the upgrade, and clear out all the null rows

Ensure that two different composites of the same type can be displayed in the same view, by suffixing their variables/IDs with something random

Conflicts:

	htdocs/lib/upgrade.php

Make blocks with more than one artefact in them (as what happens with listself) be expanded to have all of them displayed individually. This fixes the last major problem with migrating view templates.