[SOLVED] Step 5 Installation problem

grahamb

Joined: 2005-03-22
Posts: 46
Posted: Tue, 2005-03-22 21:34

Sys details
----

Gallery URL (optional): http://www.flyingbadger.net/gallery2 (not that it really matters given the problem :D)
Gallery version: 2 Beta 1 & 22/03/05 nightly build
Webserver (with version): Apache 1.3.20
Datatabase (with version): MySQL 4.0.20
PHP version (eg 4.2.1): 5.0.2
phpinfo URL (optional): http://www.flyingbadger.net/test.php
Graphics Toolkit(s): GD
Operating system: Linux
Web browser/version: Firefox 1.0 and IE 6
G1 version (for migration bugs): n/a

First of all - hello :)

I've seen a few threads relating to Step 5 of the installer but none that appear to be quite the same as my problem, so hopefully someone might have an idea.

Basically, nothing whatsoever happens :D Instead of advancing to Step 6 or outputting an error message I get, in Firefox, a "Document contains no data" dialog box and, in IE, I get a DNS/Server 404. Which is REALLY weird :D The address bar is "valid" and the Save button on the previous page only references the form via JS relatively anyway.

I've tried with the March 10th Beta 1 release from SourceForge initially, and just now with last night's build (clearing out my g2data and gallery2 directories in between, so both have been "clean" installs).

Apache's error log isn't showing anything and I can connect to my database successfully from the server's command-line. Oh and safe mode is off.

Anyone got any suggestions?

(One additional thing - I say clean installs, but that's a bit of an assumption in that I'm just clearing out those two directories - the nightly build version reports missing and modified files. Is that before the files were changed in the last few days and whatever list it uses to check hasn't been updated? Or have I missed something to delete to ensure starting from scratch properly)

Cheers

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Tue, 2005-03-22 21:43

clean install = empty g2data, empty database, new codebase (gallery2 folder).
but i don't see why you should get a 404 when pressing save.
could you post the link address of the button/link you press when you get the 404? and post also the url/address of step 5 itself (from the address bar of your browser).

 
grahamb

Joined: 2005-03-22
Posts: 46
Posted: Tue, 2005-03-22 21:51

Bizarre isn't it :D

The button's not the issue as it's a relative JS link as I mentioned -

javascript:document.forums[0].submit()

same as the other steps.

The actual page is the same as the rest as well, just the query variable 'step' is at 5 rather than anything else.

http://www.flyingbadger.net/gallery2/install/index.php?step=5

(yep those are the two dirs I'm clearing out - the db is empty still as this step isn't working)

 
mindless
mindless's picture

Joined: 2004-01-04
Posts: 8601
Posted: Tue, 2005-03-22 22:24

nightly builds always have up to date MANIFEST files, so if you get missing/modified file warnings in the installer then something went wrong with uploading/extracting the files.

 
grahamb

Joined: 2005-03-22
Posts: 46
Posted: Tue, 2005-03-22 22:33
mindless wrote:
nightly builds always have up to date MANIFEST files, so if you get missing/modified file warnings in the installer then something went wrong with uploading/extracting the files.

I've just checked...there are multiple disparities between Manifest files and their related repositories. At least in the 2005-03-22 build anyway.

The Veloria theme is a good example

edit - Just to clarify, this is from Chetan Sarva's mirror. Both the dated version and "latest" version have mismatched Manifests and contents.

/themes/veloria/MANIFEST for example :

# File crc32 crc32(crlf) size size(crlf) viewable
themes/veloria/images/banner.gif 3294789787 3294789787 3440 3440 0
themes/veloria/images/pixel.gif 3737624520 3737624520 43 43 0
themes/veloria/images/tab-left-act.gif 3270803531 3270803531 298 298 0
themes/veloria/images/tab-left-inact.gif 228678960 228678960 108 108 0
themes/veloria/images/tab-mid-act.gif 159831186 159831186 68 68 0
themes/veloria/images/tab-mid-inact.gif 1017226079 1017226079 70 70 0
themes/veloria/images/tab-no-tab.gif 3185058873 3185058873 57 57 0
themes/veloria/images/tab-right-act.gif 1088622430 1088622430 106 106 0
themes/veloria/images/tab-right-inact.gif 2576538281 2576538281 106 106 0
themes/veloria/images/tab-tween-act-inact.gif 1424523484 1424523484 165 165 0
themes/veloria/images/tab-tween-inact-act.gif 3417228193 3417228193 112 112 0
themes/veloria/images/tab-tween-inact-inact.gif 826280752 826280752 101 101 0
themes/veloria/theme.css 2161172532 2358583098 12118 12796 0

Half of those images don't exist in these tarballs :

[img]http://www.flyingbadger.net/misc/gallery.jpg[/img]

Now, I know those particular files won't have any bearing on my particular issue, but they aren't the only ones being reported as missing/modified - unit testing appears to be one that's affected as well - so my confidence in the integrity of these builds is about 0 right now :(

 
grahamb

Joined: 2005-03-22
Posts: 46
Posted: Tue, 2005-03-22 23:31

Just done a complete checkout from CVS and re-ran the installer (after emptying my directories) :

Quote:
- Missing files (14)
Note: You're running Gallery from CVS, so there might be some missing files. If you see this, please report it in the forums.
lib/smarty_plugins/modifier.safecssname.php
templates/layoutNew.css
modules/core/test/phpunit/SafeCssNameTest.class
themes/matrix/images/tab_bg.jpg
themes/matrix/themeNew.css
themes/veloria/images/tab-left-act.gif
themes/veloria/images/tab-left-inact.gif
themes/veloria/images/tab-mid-act.gif
themes/veloria/images/tab-mid-inact.gif
themes/veloria/images/tab-right-act.gif
themes/veloria/images/tab-right-inact.gif
themes/veloria/images/tab-tween-act-inact.gif
themes/veloria/images/tab-tween-inact-act.gif
themes/veloria/images/tab-tween-inact-inact.gif

+ Modified files (164)
Note: You're running Gallery from CVS, so some modified files are to be expected. You can probably safely ignore these.

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Tue, 2005-03-22 23:41

use the current.gallery2.tar.gz nightly build from today, it's more up to date than the anonymous cvs version. it's normal, that the cvs version has modified/missing files.

 
grahamb

Joined: 2005-03-22
Posts: 46
Posted: Tue, 2005-03-22 23:48
valiant wrote:
use the current.gallery2.tar.gz nightly build from today, it's more up to date than the anonymous cvs version. it's normal, that the cvs version has modified/missing files.

I'm assuming you mean "stable" rather than up-to-date? I'd find it a bit odd that the CVS was less current than full builds.

And besides :

grahamb wrote:
I've tried with the March 10th Beta 1 release from SourceForge initially, and just now with last night's build (clearing out my g2data and gallery2 directories in between, so both have been "clean" installs).

I've tried them.

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Tue, 2005-03-22 23:55

the anonymous cvs server of sourceforge.net lags behind the development cvs server, because it is synchronized every so and so hours.
that said, the nightly builds from galleryupdates.jpmullan.com are the best choice for initial installs.

i haven't tested the todays snapshot, but the current (devel) cvs version has the same missing/modified files you reported, i.e. that's ok.
i can run the installer successfully and everything works fine.

 
grahamb

Joined: 2005-03-22
Posts: 46
Posted: Tue, 2005-03-22 23:57

I was just coming back to modify my post as the word anonymous just seeped through my brain :D

Hmm...back to square one then.

 
grahamb

Joined: 2005-03-22
Posts: 46
Posted: Wed, 2005-03-23 00:38

Well, after fun and games with print statements littered throughout DatabaseSetupStep.class :D

It appears to be something to do with the required adodb.inc.php but that's based solely on the fact that the error messages come up ok if you empty the table and column prefix boxes and that print statements before the require_once in loadTemplateData() appear and those after don't :D Additionally, missing any of the other fields out appears to make no difference (ie leaving db name, user, password etc empty still give the original problem)

adodb is a third party library I believe? So I doubt it's that as it's unlikely to have changed within gallery if you see what I mean.

I'm assuming part of this page is to create a connection to check it works and report back accordingly before moving on to step 6? Does it write to any files or anything at this stage?

 
grahamb

Joined: 2005-03-22
Posts: 46
Posted: Wed, 2005-03-23 01:16

Looks like Zend's the culprit here as well.

Removed its directives from php.ini and restarted the server...onto step 6 without any problems \o/

(although there is the possibility there was something else that only took effect when the server was restarted. I didn't make any other changes for Gallery though and I can't recall when I last amended the php.ini by hand)

 
valiant

Joined: 2003-01-04
Posts: 32509
Posted: Wed, 2005-03-23 07:24

interesting. thanks for letting us know.