I just downloaded the newest version and I tried to make an installation.
It askwd for info about database and after that I pressed go or what did say..
The result is a blank screen with no going back.
how do I re-run the installation or anything at all?

I could add to this that no error logs to be found.
And that I tried to change the directory but did not help

If there is a blank screen that could mean a lot of things. Wrong file/folder permissions or a PHP fatal error. You should always review your server error log (ask your host where to find it) if that happens.

I suspect wrong permissions as it happend after the MySQL entering. Please review the config file in `/zp-data/zenphoto.cfg.php. Enter the MySQL credentials manually and re-run setup by accessing/zp-core/setup/

I installed all files again and started over from the beginning.
it worked. I choose MySqlLi instead of MySQL

But the gallery is very slow. Something is not quite right.

You need to understand that Zenphoto renders the sized images and thumbs on the fly on the first visit to cache them:
http://www.zenphoto.org/news/caching
http://www.zenphoto.org/news/problems-with-albums-and-images

I have the same problem. Tried making installation; server core-dumps after I enter db access data. Here is a line from apache log:

[Mon Sep 29 21:52:51.849278 2014] [core:notice] [pid 3026] AH00051: child pid 5992 exit signal Segmentation fault (11), possible coredump in /etc/apache2

At the same time older (but updated to the same version) installation works fine. The problem seems to be in setup scripts somewhere. I did some digging, and it all leads to
zp-core/setup/index.php, line 325:

require_once(dirname(dirname(FILE)) . '/admin-functions.php');

admin_functions.php, in turn, try to include functions.php:

Line 8:
require_once(dirname(FILE) . '/functions.php');

and that's where it halts. Script cannot get past this line in zp-core/functions.php:

Line 10:
global $_zp_current_context_stack, $_zp_HTML_cache;

Just my two cents.

My current configuration:
Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.4 mod_perl/2.0.8

On additional note, it seems zenphoto is not to blame
I've upgraded apache and php to latest version from ppa:ondrej/php5 and ppa:ondrej/apache2 repositories, and now setup works! My apologies for ever blaming zenphoto

All right :-) Which php/apache versiosn were it before the upgrade? It should work fron PHP 5.2+ although bascially all testing is done on 5.4 primarily.

Like I said in first post:

My current configuration: (non-updated)
Apache/2.4.7 (Ubuntu) PHP/5.5.9-1ubuntu4.4 mod_perl/2.0.8

And now it is
Apache/2.4.10 (Ubuntu) PHP/5.5.17-2+deb.sury.org~trusty+1

(upd: sorry, wrong PHP version, it's correct now)

Ah, sorry, didn't re-read the previous posts… Interesting, my local server (MAMP) I do most testing is actually 5.5.9 for some time (and not 5.4 changed a while ago) as well without any problems.

i am sorry if i have missed something, but i am getting this same issue, and i cannot resolve it.

i am trying to install zenphoto 1.4.9 on linux mint. i have upgraded php and apache to the most recent versions (in the mint repos), and i still get the "no data received" error as soon as i enter my database information. the apache error log shows a segfault:

[Wed Aug 26 09:03:59.771206 2015] [core:notice] [pid 24662] AH00052: child pid 25116 exit signal Segmentation fault (11)

i have successfully installed zenphoto several times before, but this is the first time on this configuration.

any ideas?

php: 5.5.9+dfsg-1ubuntu4.11

apache: 2.4.7-1ubuntu4.5

Sorry, no real idea. Never seen this myself. Sources on the net recommend to increas the output buffer on the server.

For sure a server configuration issue.
Best try the Ubuntu and/or Linux Mint forums.

I experienced exactly the same problem: the very same segmentation fault described earlier by mrskhris...

Ubuntu 14.04.3 LTS
apache2: 2.4.7-1ubuntu4.6
php5: 5.5.9+dfsg-1ubuntu4.12
libapache2-mod-php5: 5.5.9+dfsg-1ubuntu4.12

Restarting the Apache server (sudo service apache2 restart) helps for a while, but after a few Zenphoto page calls the error re-occurs and Apache2 has to be restarted yet again. Of course this is no solution, but at least this workaround will at least get your through the setup routine.

No idea where this is coming from. There's some weird interplay between Apache, PHP and Zenphoto... note that I have never experienced such a problem with any other PHP framework on this very server.