Magic919 wrote:I've never run mine that way, but my database has the newer columns, Deinterlacing and Colours. It'll come down to how you've set the privileges of your ZM user for the database at the end of the day, surely. I don't mind it being the recommended way, just I can't see we 'have' to.
From the zoneminder wiki:
Code: Select all
mysql> grant select,insert,update,delete on zm.* to '<database user>'@localhost identified by '<database password>';
The lines of Perl script that updates an older dB to 1.26.0 looks like this:
Code: Select all
$dbh->do(q{alter table Monitors add column `Colours` tinyint(3) unsigned NOT NULL default '1' after `Height`;});
$dbh->do(q{alter table Monitors add column `Deinterlacing` INT unsigned NOT NULL default '0' after
This step will fail for anyone following the zoneminder documentation. That's why I said something.
While you might have upgraded the permissions of the zmuser account on your system, a new person following the instructions would not know to do this. That person would end up with a database missing the mentioned columns. Running zmupdate.pl a second time is not an option because the script would have written a 1.26.x to the config table. Catch-22. Yuck.
This is an issue we are currently working on, but in the meantime you have to run zmupdate.pl the way that was previously mentioned if you are upgrading to/past 1.26.0.