Which version of eZ Publish did you try to install?
There is a very similar issue with eZ Flow and PostgreSQL in our issue tracker, which is marked as fixed. See http://issues.ez.no/12361. Please try the new version. Good luck!
Thought we might be running into a Windows IIS specific error. In order to test that proposition we decided to spend the time to copy it to another server with a different OS.
Well we just finished putting ezpublish installation up on one of our test domains. It is a GoDaddy LINUX server.
Exact same error in the exact same place.
We plan to now reinstall using the LINUX installation. If this works I would suggest that the Windows installer has the earlier error remaining in it's code. Will let you know tomorrow.
The windows and linux installers contains the same code, so it's more likely that it's because you use postgres. Mysql is used by 98% of our users, so your more likely to succeed with that.
Alternatively try installing ezwebin package as it might be related to ezflow by looking at the log(and unless you plan on building a news site, webin might be more suitable).
I am glad to hear that the two installations have the same code. Being a client server developer I know how it can happen that they might not be the same.
The log does seem to have ezflow issues. I will try the other template you mentioned on my local "test bed". If the other templates allow the completion of the installation then there is a problem with ezflow and PostGreSQL.
The installation on my Vista OS running IIS went well (100% completed installation). It seems to point to a definite issue between the ezflow site package and PostGreSQL.
Are there other site packages other than the three listed in the installation? There is a browse and upload form at the bottom of that page. After I work with the installed site package we will look at other site packages if they are available.
Later this morning I will also retry the LINUX server installation that we left last night. I believe that the progress with that installation will go just "smashing".
One more point for those of you who are Vista with UAC turned on. The file php.net was difficult to change to the new content/settings for the PHP system.
In order to make the change I opened php.net in the text editor. I then made those changes and saved the file as php.net.txt on my desktop.
In the Start pop up menu of Windows Vista there is an entry field called "start search". I typed the "php.ini" into that field. I then deleted all files showing in that search results and ignored all that appeared in the search result which did not match exactly "php.ini".
I then rebooted, rechecked the same search and then I opened my copy of php.ini.txt on my desktop in the text editor. I did a "save as" from the text editor and confirmed all of the UAC messages. I then shut down the text editor.
I redid the search again and hopefully at this point you would see two entries in the result of that search. Each will be "php.ini.txt". One of those files will be the one on your desktop the other will be in the "c:\windows" directory. I then right clicked on the one in the "c:\windows" directory and dropped down to the "open file location" choice. The window that opened had the file highlighted. I renamed that file to "php.ini".
I am sure there might have been an easier way to do this but it was a trial and error for my process. Those of you who don't have to deal with UAC just don't understand even though you may have some thread of compassion.
I hope this helps......
You must be logged in to post messages in this topic!
