phpweb and autotool woes

Hi,

Justus Piater writes:
 > Hi -
 > 
 > I've installed refdb-0.9.7 from source and started to play with the
 > PHP interface, and it gladly accepts any bogus logins and nonexistent
 > databases without complaining. Before digging into the code, I noticed
 > that the PHP code has evolved quite a bit since the latest release, so
 > I decided to try refdb-svn. However, various combinations of different
 > versions of the autotools failed for different reasons.

First of all, we all should give Dan a little leeway while he's
fiddling with the PHP interface. The current svn versions of the PHP
files are more than two weeks old, and Dan has showed off a more
recent version in a previous post which isn't in svn yet. The
interface is simply not done yet.

 > 
 > - Which versions of the autotools should I use?
 > 

I'm not sure about which versions work. It would be easier to find out
if you could provide your versions and the exact error messages. On my
FreeBSD box the following versions work just fine:

autoconf 2.59
automake 1.8.5

 > - I suggest you hard-code the proper versions inside the refdb-svn
 >   script.
 > 

This will cause errors on even more systems which don't have these
versions installed. I'd rather analyze why newer or older versions
fail and fix the autotools-related files in RefDB accordingly.

 > - Can I simply move the phpweb tree from subversion into the 0.9.7
 >   release tree, and configure, make, install?
 > 

As far as I can tell this should work.

 > - It would also be useful to provide snapshot-tarballs to give easy
 >   access to the latest code without having to run the autotools.
 > 

I do this fairly frequently between releases. We sometimes had 7 or 8
prereleases between two official releases. The thing is that my code
is currently not in a state ready for a prerelease. I hope I'll get
round to finish one within a week or so.

 > About phpweb: It requires a rather specific php.ini setup for session
 > handling. For example, it requires register_globals to be On, which is
 > against the recommendations. Other settings may clash with
 > requirements by other sites on the same server. What would it take to
 > remove these restrictive session-handling requirements
 > (register_globals, cookies, auto_start)?
 > 

I'll leave this to Dan.

regards,
Markus

-- 
Markus Hoenicka
[email protected]
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV