I made a mistake in 3063. 3064 is an attempt to correct those problems, so yes, those errors are totally expected and perfectly fine for the time being.
Hi,
thanks to Sebastian, I have found the problem. I haven’t set a password for fog user, and I haven’t put that password in DefaultMember storabe. After doing that, image upload works fine and I have been able to download it.
Other problems remains. But those are other threads.
I don t know… I finally reinstall fog from scratch cause i needed to install my clients asap and i gave up svn for the moment.
I red somewhere that it not advice to use svn for prod environment… Maybe i ll try it again but later…
Which is why the attempts to install/update schema fails. There isn’t anything on the distant end running. The link between webserver and mysqlnd is operating
so it presents the screen.
sry bad info. Tom says these are “normal” system accounts that should not be able to be removed. If i created test it was able to be deleted. See my test account![ATTACH=full]1616[/ATTACH]
After a bunch of research I was able to solve my issue. For some reason mcrypt only had it’s mcrypt.ini file in the /etc/php5/conf.d folder. The file also needs to be in the /etc/php5/apache2/conf.d and /etc/php5/cli/conf.d folders. I simply copied the file to those 2 directories and restarted apache and then the active directory options worked again. If anybody else in ubuntu has this problem check those directories for the mcrypt.ini file.