I'm installing the SVN onto my subdomain in the hope that I can (finally) start work on a new theme, but installer.php stalls at the point where it has to create the SQLite database structure.



The database is actually on the server but it is empty.

I have a question , why does the SQLite have so much problems
I use mysql and apache [APPSERV] and I haven't had no such problems :?

Because this server uses MySQL and not SQLite, most of the bugs that are seen on here (that involve the database) are fixed. There is no official install using SQLite to test out the bugs on.

Im sorry to point out but your are wrong The installer works fine for me on my localhost. I also develop eoCMS on my localhost which is installed with SQLite 

It works on my localhost just fine too... but that is pretty useless as the only people who can see my localhost are myself and whomever might be looking over my shoulder.

Any ideas why this isn't working?

I would say its something to do with your setup, I just did an install, it works 100% using SQLite, not yet tested on MySQL..

You may want to use that link I sent to you an grab that rev426 I packaged when the SVN was down, it too is a good install for SQLite..

if there are problems with the installer, it should spit out an error, or a failed report, depending on the step you are in..

There is an error_log created but it is empty on the server. I have Checked and all the file permissions are set according to the readme

hmm.. that is similar to what I was getting on Windows 7.., check for error_log in the root of the webserver, or in the root of the eoCMS..

I guess you are getting "no output" or a 500 (or 500.1).. if so that what the auto installed was for, it will write out the sql to a php file, and execute only that, but its not up to that stage yet..

...

It also overwrites the current config file if you just visit it by accident due to the fopen write.

no, not since rev427, I fixed that, after the SVN came back up again..

Its

line 515 installer.php

OK Paul as soon as this is fixed I can start work on the french translation (:S) which won't be till thursday at the earliest. (Still not completely sure)

Please leave translations for the time being. The admin panel is yet to be converted to the language system

some of the Admin has already been converted, see whats in language/en/Admin ..

that fopen, is a read, and the only reason it will fainl is if PHP does not have read access to eocms/functions/database .. which should never be the case, because the eocms folder has a write check at the beginning..

TGPEG: what is your OS and web server software?

My OS is vista and the web server is my own subdomain which I assume is on the same server as this site. I use Filezilla FTP but I know the server software is cPanel (but I'm not allowed to use that ).

You'll have to ask confuser about server specs because I have no idea. (Doesn't this use PHP 5.2.8?)

Fixed, Paul it was missing an include to the config file meaning it was trying to include not from the database folder ie mysql or sqlite but rather DB_TYPE which didnt exist

This bug has been deemed [Fixed] by an eoCMS developer. If you dispute the Fix, please PM a developer, giving details of why. This topic can then be unlocked allowing for further discussion.