Nabble - Foss GIS Suite

Re: Cannot install FGS php_pgsql-module (both locally and from the internet)

2009-11-26T05:07:03Z

Thanks for the answer, Normand. :-)

--- On Mon, 11/23/09, Normand Savard <nsavard@...> wrote:

> From: Normand Savard <nsavard@...>
> Subject: Re: [FGS] Cannot install FGS php_pgsql-module (both locally and from the internet)
> To: "kreshna_iceheart@..." <kreshna_iceheart@...>
> Cc: foss-gis-suite@...
> Date: Monday, November 23, 2009, 9:04 AM
> Kreshna,
>
> Answers in line.
>
> Regards,
>
> Norm
>
> kreshna_iceheart@...
> wrote:
> > Nonetheless, I think I should install FGS' php_pgsql
> module. In the /opt/fgs/ folder, I ran the following
> command:
> > fgs install php_pgsql-module http://www.maptools.org/dl/fgs/releases/1.0/1.0.0/modules/
> >
> >
> You should have point out:
>
> http://dl.maptools.org/dl/fgs/releases/9.5/modules/
>
>
> > And then, I executed the following:
> > fgs install php_pgsql-module ./modules
> >
> >
> You have to specify an absolute path to the modules
> directory here.
>
>

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Cannot install FGS php_pgsql-module (both locally and from the internet)

2009-11-23T06:04:07Z

Kreshna,

Answers in line.

Regards,

Norm

kreshna_iceheart@... wrote:
> Nonetheless, I think I should install FGS' php_pgsql module. In the /opt/fgs/ folder, I ran the following command:
> fgs install php_pgsql-module http://www.maptools.org/dl/fgs/releases/1.0/1.0.0/modules/
>
>
You should have point out:

http://dl.maptools.org/dl/fgs/releases/9.5/modules/

> And then, I executed the following:
> fgs install php_pgsql-module ./modules
>
>
You have to specify an absolute path to the modules directory here.

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

test

2009-11-21T06:57:32Z

Um, just testing. I haven't received my own mail that was sent to the mailing list.

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Cannot install FGS php_pgsql-module (both locally and from the internet)

2009-11-21T06:41:47Z

I installed FGS version 1.0.0 fgs-mapserver_5.2.2-fgs_1.0.0-linux-i386.bin) on CentOS 4.2, in the /opt/fgs/ folder. Apparently the particular FGS version does not support PostgreSQL, because when I tried to run phpPgAdmin, it gaves me the following error message:

Your PHP installation does not support PostgreSQL. You need to recompile PHP using the --with-pgsql configure option.

First, I found it to be strange, because when I ran phpinfo(), I noticed '--with-pgsql=shared,/home/fgs/fgs-dev/built/postgresql' in the Configure Command section. Why can't it connect to a PostgreSQL database?

And yes, the PostgreSQL is up and running. I tried another instance of Apache (running on different port), and it connects to PostgreSQL flawlessly.

Nonetheless, I think I should install FGS' php_pgsql module. In the /opt/fgs/ folder, I ran the following command:
fgs install php_pgsql-module http://www.maptools.org/dl/fgs/releases/1.0/1.0.0/modules/

Yet I got the following error message:
* Probing last version of module 'php_pgsql-module'...

! Cannot find a php_pgsql-module module from http://www.maptools.org/dl/fgs/releases/1.0/1.0.0/modules/

However, a quick browse on the URL shows that there is a php_pgsql module (fgs-php_pgsql-module-5.2.5-linux-i386.tar.gz). Why can't I install it?

I then tried to download the module first, and install it locally. I created a folder named ./modules/ in /opt/fgs/, and put the downloaded tarball there.

And then, I executed the following:
fgs install php_pgsql-module ./modules

(Basically I was trying to tell fgs executable to look the tarball in the ./modules folder instead of some internet folder)

However, I still got the following error message:
* Probing last version of module 'php_pgsql-module'... 5.2.5
+ Installing php_pgsql-module:
+ Getting and extracting module 'php_pgsql-module'...
! Cannot find file './modules/fgs-php_pgsql-module-5.2.5-linux-i386.tar.gz', aborting...

That's very weird, because ls command clearly shows that the tarball is there, in the ./modules/ folder:
ls ./modules/fgs-php_pgsql-module-5.2.5-linux-i386.tar.gz
./modules/fgs-php_pgsql-module-5.2.5-linux-i386.tar.gz

I have tried different locations for the downloaded tarball, and adjusted my fgs install command accordingly. Ad nauseam. Nothing has worked so far.

What should I do now? How am I supposed to do to successfully install an FGS module? Please help. :-(

-Kresh

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-19T11:14:28Z

Hao Zhang wrote:

> Hi Norm,
>
> I change fgs-dev/pkg_def/php/fgs_build by modifying option from "- -
> enable-cgi" to "- - disable-cgi" and build php as a module of apache.
> However when I try to load a map in the browser, it complains that php
> and php_mapscript module do not match because php is compiled with
> debug mode while php_mapscript is not. So I try to rebuild mapserver
> again with flag "- - enable_debug". After that, finally mapserver
> works as expected and be able to execute php code and display map
> images properly. Thank you very much for your help and time.
>
>

Hao,

It was my pleasure. I had said in a previous email that I didn't think
it was caused by "--enable-cgi" because I did compiled my php with this
switch and I got my libphp5.so. Anyway, I'm happy it works for you.

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-19T09:25:56Z

Hi Norm,

I change fgs-dev/pkg_def/php/fgs_build by modifying option from "- - enable-cgi" to "- - disable-cgi" and build php as a module of apache. However when I try to load a map in the browser, it complains that php and php_mapscript module do not match because php is compiled with debug mode while php_mapscript is not. So I try to rebuild mapserver again with flag "- - enable_debug". After that, finally mapserver works as expected and be able to execute php code and display map images properly. Thank you very much for your help and time.

Regards,
Hao

Hao,

All things seem to be set correctly. Do you have a libphp5.so in $FGS_DEV/src/php-5.2.9/libs?

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-19T06:15:51Z

Hao Zhang wrote:

> The output related to Apache module or cgi is:
>
> ./fgs_build
> * Building against mapserver >= 4.6, we can use PHP as an Apache module
>
> [... ...]
> Configuring SAPI modules
> checking for AOLserver support... no
> checking for Apache 1.x module support via DSO through APXS... no
> checking for Apache 1.x module support... no
> checking whether to enable Apache charset compatibility option... no
> checking for Apache 2.0 filter-module support via DSO through APXS... no
> checking for Apache 2.0 handler-module support via DSO through APXS... yes
> checking for Apache 1.x (hooks) module support via DSO through APXS... no
> checking for Apache 1.x (hooks) module support... no
> checking whether to enable Apache charset compatibility option... no
> checking for Caudium support... no
> checking for CLI build... yes
> [... ...]
>

Hao,

All things seem to be set correctly. Do you have a libphp5.so in
$FGS_DEV/src/php-5.2.9/libs?

Norm
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-18T13:39:23Z

Hao Zhang wrote:
> I did as you indicated. The output related to Apache module or cgi is:
>
Hao,

Thank you. I'll get back to you tomorrow morning.

Norm
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-18T12:03:45Z

Hi Norm,

I did as you indicated. The output related to Apache module or cgi is:

./fgs_build
* PHP will be built in DEBUG mode
* Building against mapserver >= 4.6, we can use PHP as an Apache module
loading cache ./config.cache
[... ...]
Configuring SAPI modules
checking for AOLserver support... no
checking for Apache 1.x module support via DSO through APXS... no
checking for Apache 1.x module support... no
checking whether to enable Apache charset compatibility option... no
checking for Apache 2.0 filter-module support via DSO through APXS... no
checking for Apache 2.0 handler-module support via DSO through APXS... yes
checking for Apache 1.x (hooks) module support via DSO through APXS... no
checking for Apache 1.x (hooks) module support... no
checking whether to enable Apache charset compatibility option... no
checking for Caudium support... no
checking for CLI build... yes
checking for Continuity support... no
checking for embedded SAPI library support... no
checking for Zeus ISAPI support... no
checking for Milter support... no
checking for NSAPI support... no
checking for PHTTPD support... no
checking for Pi3Web support... no
checking whether Roxen module is build using ZTS... no
checking for Roxen/Pike support...
checking for thttpd... no
checking for TUX... no
checking for webjames... no
checking for chosen SAPI module... apache2handler
[... ...]

Regards,
Hao

On Wed, Nov 18, 2009 at 6:35 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

if [ "$PHP_AS_APACHE_MODULE" = 'y' ] ; then
echo "* Building against mapserver >= 4.6, we can use PHP as an Apache module"
OPTIONS="$OPTIONS --enable-cgi --enable-force-cgi-redirect"

if [ ${APACHE_VERSION_MAJOR} = '1' ] ; then
OPTIONS="$OPTIONS --with-apxs=$FGS_BUILD_HOME/apache/bin/apxs"
else
OPTIONS="$OPTIONS --with-apxs2=$FGS_BUILD_HOME/apache/bin/apxs"
fi
else
OPTIONS="$OPTIONS --enable-cgi --enable-force-cgi-redirect"
fi

No matter "$PHP_AS_APACHE_MODULE" = 'y' or not, always has OPTIONS="$OPTIONS --enable-cgi --enable-force-cgi-redirect". Is this correct behavior?

I don't think this is what cause the problem even though it looks weird but you can change:

OPTIONS="$OPTIONS --enable-cgi --enable-force-cgi-redirect"

in the first "if" for:

OPTIONS="$OPTIONS --disable-cgi"

and for the "OPTIONS" in the else, you can change to:

OPTIONS="$OPTIONS --enable-force-cgi-redirect"

Then comment the following lines in fgs_build:

rm -rf $FGS_BUILD_HOME/php
make clean
make $FGS_MAKE_OPT all

Execute "./fgs_build" in the php src directory. Paste the output related to Apache module or cgi here.

Thanks.

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-18T09:35:19Z

Hao Zhang wrote:

> if [ "$PHP_AS_APACHE_MODULE" = 'y' ] ; then
> echo "* Building against mapserver >= 4.6, we can use PHP as an
> Apache module"
> OPTIONS="$OPTIONS --enable-cgi --enable-force-cgi-redirect"
>
> if [ ${APACHE_VERSION_MAJOR} = '1' ] ; then
> OPTIONS="$OPTIONS --with-apxs=$FGS_BUILD_HOME/apache/bin/apxs"
> else
> OPTIONS="$OPTIONS --with-apxs2=$FGS_BUILD_HOME/apache/bin/apxs"
> fi
> else
> OPTIONS="$OPTIONS --enable-cgi --enable-force-cgi-redirect"
> fi
>
> No matter "$PHP_AS_APACHE_MODULE" = 'y' or not, always has
> OPTIONS="$OPTIONS --enable-cgi --enable-force-cgi-redirect". Is this
> correct behavior?
>

I don't think this is what cause the problem even though it looks weird
but you can change:

OPTIONS="$OPTIONS --enable-cgi --enable-force-cgi-redirect"

in the first "if" for:

OPTIONS="$OPTIONS --disable-cgi"

and for the "OPTIONS" in the else, you can change to:

OPTIONS="$OPTIONS --enable-force-cgi-redirect"

Then comment the following lines in fgs_build:

rm -rf $FGS_BUILD_HOME/php
make clean
make $FGS_MAKE_OPT all

Execute "./fgs_build" in the php src directory. Paste the output
related to Apache module or cgi here.

Thanks.

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-18T08:02:33Z

Hi Norm,

Yes, I changed fgs-dev/pkg_def/php/fgs_build file, but the changes are only about (1) disable mysql support (2) enable debug mode which were discussed in our previous emails. I opened this fgs_build file and noticed the following section:

## need to verify that MapServer version is greater than or equal to 4.5
## if yes compile php as an Apache module
## if version is 5.0 and up compile as an Apache module
if [ -e $MS_SRC_PATH/map.h ] ; then
MS_VERSION=`grep VERSION $MS_SRC_PATH/map.h | cut -d'"' -f2 `

if [ `echo $MS_VERSION | cut -d'.' -f1` -eq 4 ] ; then
    [ `echo $MS_VERSION | cut -d'.' -f2` -ge 5 ] && PHP_AS_APACHE_MODULE=y
fi
elif [ -e $MS_SRC_PATH/mapserver.h ] ; then
PHP_AS_APACHE_MODULE=y
fi

APACHE_VERSION=`grep ^apache: $FGS_DEV_HOME/build.list | cut -d: -f3`
APACHE_VERSION_MAJOR=`echo $APACHE_VERSION | cut -d. -f1`

if [ "$PHP_AS_APACHE_MODULE" = 'y' ] ; then
    echo "* Building against mapserver >= 4.6, we can use PHP as an Apache module"
    OPTIONS="$OPTIONS --enable-cgi --enable-force-cgi-redirect"

    if [ ${APACHE_VERSION_MAJOR} = '1' ] ; then
        OPTIONS="$OPTIONS --with-apxs=$FGS_BUILD_HOME/apache/bin/apxs"
    else
        OPTIONS="$OPTIONS --with-apxs2=$FGS_BUILD_HOME/apache/bin/apxs"
    fi
else
    OPTIONS="$OPTIONS --enable-cgi --enable-force-cgi-redirect"
fi

No matter "$PHP_AS_APACHE_MODULE" = 'y' or not, always has OPTIONS="$OPTIONS --enable-cgi --enable-force-cgi-redirect". Is this correct behavior?

Regards,
Hao

On Wed, Nov 18, 2009 at 4:18 PM, Normand Savard <nsavard@...> wrote:

Hao,

Answer inline.

Regards,

Norm

Hao Zhang wrote:

There is no php5 in my cgi-bin ($FGS_HOME/www/cgi-bin/). I checked your FGS (1.0), there is no php5 in the cgi-bin as well. I compared php5.conf files:

[Your version - FGS 1.0]:
AddType application/x-httpd-php .php .phtml
LoadModule php5_module libexec/libphp5.so
DirectoryIndex index.php index.phtml
PassEnv PHPRC

This indicates that PHP is compiled as a module. This is the normal configuration of this package. You could see this in the fgs_build of this package.

[My version]:
AddType application/x-httpd-php5 .php .phtml
Action application/x-httpd-php5 /cgi-bin/php5
DirectoryIndex index.php index.phtml
PassEnv PHPRC

PHP is compiled as a cgi. Somehow it happens that the conf file "php.conf-php_as_cgi" is executed instead of "php.conf-php_as_module".

However, I cannot find libphp5.so anyway in my $FGS_HOME (no $FGS_HOME/www/libexec at all!). Do you think it is because php is built or configured wrong?

Did you change something in your fgs_build? You could check how php is compiled in your php/config.log and php/config.status.

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-18T07:18:05Z

Hao,

Answer inline.

Regards,

Norm

Hao Zhang wrote:

> There is no php5 in my cgi-bin ($FGS_HOME/www/cgi-bin/). I checked
> your FGS (1.0), there is no php5 in the cgi-bin as well. I compared
> php5.conf files:
>
> [Your version - FGS 1.0]:
> AddType application/x-httpd-php .php .phtml
> LoadModule php5_module libexec/libphp5.so
> DirectoryIndex index.php index.phtml
> PassEnv PHPRC
>

This indicates that PHP is compiled as a module. This is the normal
configuration of this package. You could see this in the fgs_build of
this package.

> [My version]:
> AddType application/x-httpd-php5 .php .phtml
> Action application/x-httpd-php5 /cgi-bin/php5
> DirectoryIndex index.php index.phtml
> PassEnv PHPRC
>
PHP is compiled as a cgi. Somehow it happens that the conf file
"php.conf-php_as_cgi" is executed instead of "php.conf-php_as_module".
> However, I cannot find libphp5.so anyway in my $FGS_HOME (no
> $FGS_HOME/www/libexec at all!). Do you think it is because php is
> built or configured wrong?
>
Did you change something in your fgs_build? You could check how php is
compiled in your php/config.log and php/config.status.
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-18T07:04:44Z

Hi Norm,

There is no php5 in my cgi-bin ($FGS_HOME/www/cgi-bin/). I checked your FGS (1.0), there is no php5 in the cgi-bin as well. I compared php5.conf files:

[Your version - FGS 1.0]:
AddType application/x-httpd-php .php .phtml
LoadModule php5_module libexec/libphp5.so
DirectoryIndex index.php index.phtml
PassEnv PHPRC

[My version]:
AddType application/x-httpd-php5 .php .phtml
Action application/x-httpd-php5 /cgi-bin/php5
DirectoryIndex index.php index.phtml
PassEnv PHPRC

However, I cannot find libphp5.so anyway in my $FGS_HOME (no $FGS_HOME/www/libexec at all!). Do you think it is because php is built or configured wrong?

Regards,
Hao

On Wed, Nov 18, 2009 at 3:47 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

In browser, I input "http://localhost:8000/cgi-bin/mapserv/" and it returns "No query information to decode. QUERY_STRING is set, but empty". So mapserver is working. There is a file called "phpinfo.php" located at /opt/fgs/www/htdocs/ directory. Then I input "http://localhost:8000/phpinfo.php" in browser, but it returns "404 Not Found The requested URL /cgi-bin/php5/phpinfo.php was not found on this server." I use firebug plugin in firefox to investigate and find in response header saying "Server| Apache/2.2.8 (Unix)|". If I send same request to another running FGS (1.0) you provide in official website, it says "Server| Apache/2.2.8 (Unix) X-Powered-By PHP/5.2.5|" in response header and returns correct page content. It seems to me that my self-built FGS is not able to execute php code in apache. Could you instruct me how to fix it? I need Apache/Mapserver/PHP/Mapscript all working together in order to run application such as ka-map on top. Thank you in advance.

Hao,

Is there a php5 in your cgi-bin ($FGS_HOME/www/cgi-bin/)?

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-18T06:47:27Z

Hao Zhang wrote:

> In browser, I input "http://localhost:8000/cgi-bin/mapserv/" and it
> returns "No query information to decode. QUERY_STRING is set, but
> empty". So mapserver is working. There is a file called "phpinfo.php"
> located at /opt/fgs/www/htdocs/ directory. Then I input
> "http://localhost:8000/phpinfo.php" in browser, but it returns "404
> Not Found The requested URL /cgi-bin/php5/phpinfo.php was not found on
> this server." I use firebug plugin in firefox to investigate and find
> in response header saying "Server| Apache/2.2.8 (Unix)|". If I send
> same request to another running FGS (1.0) you provide in official
> website, it says "Server| Apache/2.2.8 (Unix) X-Powered-By
> PHP/5.2.5|" in response header and returns correct page content. It
> seems to me that my self-built FGS is not able to execute php code in
> apache. Could you instruct me how to fix it? I need
> Apache/Mapserver/PHP/Mapscript all working together in order to run
> application such as ka-map on top. Thank you in advance.
>

Hao,

Is there a php5 in your cgi-bin ($FGS_HOME/www/cgi-bin/)?

Norm
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-18T06:04:19Z

Hi Norm,

I have to reopen this email thread since I encounter further problem after installing self built FGS installer. If you still remember, I have been building FGS from scratch target for Linux/sparc64 machine. The lastest FGS installer I built is based on mapserver 5.2.1 and php 5.2.5. The package information looks like:

fgsdev build_si mapserver_basic_5.2.1 1.0.2 mapserver-php gdal_ecw-module libecw-base postgis-lib ming-lib python_mapscript-module
* Creating archive file containing all required FGS modules...
+ Including base module... ok
+ Including mapserver-php version 5.2.1... ok
+ Including mapserver-base version 5.2.1... ok
+ Including libstdc++-lib version 6.0.10... ok
+ Including libgcc-lib version 1... ok
+ Including apache-base version 2.2.8... ok
+ Including expat-base version 2.0.1... ok
+ Including gd-lib version 2.0.35... ok
+ Including jpeg-lib version 6b... ok
+ Including freetype-lib version 2.3.5... ok
+ Including libpng-lib version 1.2.8... ok
+ Including zlib-lib version 1.2.3... ok
+ Including curl-lib version 7.19.4... ok
+ Including openssl-lib version 0.9.8a... ok
+ Including proj-lib version 4.5.0... ok
+ Including postgresql-lib version 8.3.1... ok
+ Including gdal-base version 1.6.1... ok
+ Including tiff-lib version 3.8.2... ok
+ Including libgeotiff-lib version 1.2.4... ok
+ Including xerces_c-base version 2_8_0... ok
+ Including unixODBC-base version 2.2.10... ok
+ Including libungif-base version 4.1.3... ok
+ Including libiconv-base version 1.9.1... ok
+ Including proj4_epsg42xxx-support version 1.0.0... ok
+ Including geos-lib version 3.1.0... ok
+ Including libxml2-base version 2.7.3... ok
+ Including agg-lib version 2.4... ok
+ Including php-base version 5.2.5... ok
+ Including gdal_ecw-module version 1.6.1... ok
+ Including libecw-base version 3.3.20060906... ok
+ Including postgis-lib version 1.3.2... ok
+ Including python_mapscript-module version 5.2.1... ok
+ Including python-base version 2.5.2... ok
* Creating self-extracting archive script
* Self installer image created with success in '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.2-linux-sparc64.bin'.
* Versions info file is '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.2-linux-sparc64.versions'.

Then I installed it onto the target machine, and it is properly installed. The install log looks like:

sh fgs-mapserver_basic_5.2.1-1.0.2-linux-sparc64.bin
* Starting FGS installation :
Where do you want to install the FGS suite [/opt/fgs] ?
+ Extracting fgs-base.tar.gz from /tmp/fgs-selfextract.OqhqUs...ok
+ Running base's installer
+ module : base
+ Running fgs install mapserver-php
* Probing last version of module 'mapserver-php'... 5.2.1
+ Installing mapserver-php:
+ Getting and extracting module 'mapserver-php'... ok
    + Getting and extracting module 'mapserver-base'... ok
      + Getting and extracting module 'libstdc++-lib'... ok
      + Getting and extracting module 'libgcc-lib'... ok
      + Getting and extracting module 'apache-base'... ok
        + Getting and extracting module 'expat-base'... ok
      + Getting and extracting module 'gd-lib'... ok
        + Getting and extracting module 'jpeg-lib'... ok
        + Getting and extracting module 'freetype-lib'... ok
        + Getting and extracting module 'libpng-lib'... ok
          + Getting and extracting module 'zlib-lib'... ok
      + Getting and extracting module 'curl-lib'... ok
        + Getting and extracting module 'openssl-lib'... ok
      + Getting and extracting module 'proj-lib'... ok
      + Getting and extracting module 'postgresql-lib'... ok
      + Getting and extracting module 'gdal-base'... ok
        + Getting and extracting module 'tiff-lib'... ok
        + Getting and extracting module 'libgeotiff-lib'... ok
        + Getting and extracting module 'xerces_c-base'... ok
        + Getting and extracting module 'unixODBC-base'... ok
        + Getting and extracting module 'libungif-base'... ok
      + Getting and extracting module 'libiconv-base'... ok
      + Getting and extracting module 'proj4_epsg42xxx-support'... ok
      + Getting and extracting module 'geos-lib'... ok
      + Getting and extracting module 'libxml2-base'... ok
      + Getting and extracting module 'agg-lib'... ok
    + Getting and extracting module 'php-base'... ok
+ Copying all files into FGS environment... ok
+ Running apache-base's installation script :
*      *** Apache installation ***
* Selecting TCP port... Example: 80, 8080, 8000
? What TCP port do you want to use [80] : 8000
+ Port selected : '8000'
* You can start apache with : fgs start apache
*      *** End of Apache installation ***
+ Running gdal-base's installation script :
Oracle support needs libaio-dev package. Is this package installed? If you answer 'Y' and the library is not installed most GDAL/OGR commands will failed. [y/n]y
+ Running libgeotiff-lib's installation script :
+ Running mapserver-base's installation script :
+ Running mapserver-php's installation script :
* php5.ini.template not found. Is php_base installed?
+ Running php-base's installation script :
+ php5.ini file installed in /opt/fgs/www/conf/php5.ini.template
+ Running proj4_epsg42xxx-support's installation script :
+ Running proj-lib's installation script :
* Module 'mapserver-php' installed with success.
+ Running fgs install gdal_ecw-module
* Probing last version of module 'gdal_ecw-module'... 1.6.1
+ Installing gdal_ecw-module:
+ Getting and extracting module 'gdal_ecw-module'... ok
+ Copying all files into FGS environment... ok
* Module 'gdal_ecw-module' installed with success.
+ Running fgs install libecw-base
* Probing last version of module 'libecw-base'... 3.3.20060906
+ Installing libecw-base:
+ Getting and extracting module 'libecw-base'... ok
+ Copying all files into FGS environment... ok
* Module 'libecw-base' installed with success.
+ Running fgs install postgis-lib
* Probing last version of module 'postgis-lib'... 1.3.2
+ Installing postgis-lib:
+ Getting and extracting module 'postgis-lib'... ok
+ Copying all files into FGS environment... ok
+ Running postgis-lib's installation script :
* Module 'postgis-lib' installed with success.
+ Running fgs install ming-lib
* Probing last version of module 'ming-lib'... 0.4.2
+ Installing ming-lib:
+ Getting and extracting module 'ming-lib'... ok
+ Copying all files into FGS environment... ok
* Module 'ming-lib' installed with success.
+ Running fgs install python_mapscript-module
* Probing last version of module 'python_mapscript-module'... 5.2.1
+ Installing python_mapscript-module:
+ Getting and extracting module 'python_mapscript-module'... ok
    + Getting and extracting module 'python-base'... ok
+ Copying all files into FGS environment... ok
* Module 'python_mapscript-module' installed with success.
+ Starting FGS's daemon:
+ Starting 'apache':

In browser, I input "http://localhost:8000/cgi-bin/mapserv/" and it returns "No query information to decode. QUERY_STRING is set, but empty". So mapserver is working. There is a file called "phpinfo.php" located at /opt/fgs/www/htdocs/ directory. Then I input "http://localhost:8000/phpinfo.php" in browser, but it returns "404 Not Found The requested URL /cgi-bin/php5/phpinfo.php was not found on this server." I use firebug plugin in firefox to investigate and find in response header saying "Server Apache/2.2.8 (Unix)". If I send same request to another running FGS (1.0) you provide in official website, it says "Server Apache/2.2.8 (Unix) X-Powered-By PHP/5.2.5" in response header and returns correct page content. It seems to me that my self-built FGS is not able to execute php code in apache. Could you instruct me how to fix it? I need Apache/Mapserver/PHP/Mapscript all working together in order to run application such as ka-map on top. Thank you in advance.

Best Regards,
Hao

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-10T08:56:43Z

Hao,

Answers in line.

Regards,

Norm

Hao Zhang wrote:

> I think I have finally resloved the problem. The root cause of the
> install error is that I did not change 'i386' to 'sparc64' in
> fgs-dev/pkg_def/base/skeleton/etc/fgs/lib/install.sh. There are two
> places that need to be modified in this install.sh file, one is in
> function get_last_module_version() and the other is in function
> prepare_module(). After changing these two 'i386' to 'sparc64', I
> erased the debug line 'echo $fgs_package' you instructed (otherwise
> function get_last_module_version() will return wrong value which
> causes the strange error '! Cannot find file ...' in my last email).
> Then I rebuilt the installer mainly fgs-base.tar.gz will be affected.
> The new installer was successfully built and I managed to install it
> onto target sparc64 machine.
>

I'm really happy that it works on this architecture.
> Thank you very much for your continuous help. I really appreciate it.
>
It has been my pleasure.
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-10T08:12:58Z

Hi Norm,

I think I have finally resloved the problem. The root cause of the install error is that I did not change 'i386' to 'sparc64' in fgs-dev/pkg_def/base/skeleton/etc/fgs/lib/install.sh. There are two places that need to be modified in this install.sh file, one is in function get_last_module_version() and the other is in function prepare_module(). After changing these two 'i386' to 'sparc64', I erased the debug line 'echo $fgs_package' you instructed (otherwise function get_last_module_version() will return wrong value which causes the strange error '! Cannot find file ...' in my last email). Then I rebuilt the installer mainly fgs-base.tar.gz will be affected. The new installer was successfully built and I managed to install it onto target sparc64 machine.

Thank you very much for your continuous help. I really appreciate it.

Regards,
Hao

On Tue, Nov 10, 2009 at 10:29 AM, Hao Zhang <hao@...> wrote:

Hi Norm,

I changed the CPU variable from 'i386' to 'sparc64' and added echo line into fgs-dev/pkg_def/base/skeleton/etc/fgs/lib/install.sh. Then I rebuilt self-installer. The output of the installation execution looks like:

Where do you want to install the FGS suite [/opt/fgs] ?
+ Extracting fgs-base.tar.gz from /tmp/fgs-selfextract.BXArCy...ok

+ Running base's installer
+ module : base
+ Running fgs install mapserver-base

* Probing last version of module 'mapserver-base'... fgs-mapserver-base-5.2.1-linux-sparc64.tar.gz 5.2.1
+ Installing mapserver-base:
/opt/fgs/tmp/fgs-1257844994-11561.tmp+ Getting and extracting module 'mapserver-base'...
! Cannot find file '5.2.1/fgs-mapserver-base-fgs-mapserver-base-5.2.1-linux-sparc64.tar.gz-linux-i386.tar.gz', aborting...

It seems that somewhere else is still using 'i386' and the file name shown in the last line '! Cannot find file ...' looks totally wrong. Please have a look. Thank you.

Regards,
Hao

On Mon, Nov 9, 2009 at 4:58 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

Hi Norm,

I did not change the CPU variable. Do you mean that I should modify install.sh file then rebuild self-installer? What output should I paste?

Yes, please. You can paste the output of the installation execution.

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-10T01:29:52Z

Hi Norm,

I changed the CPU variable from 'i386' to 'sparc64' and added echo line into fgs-dev/pkg_def/base/skeleton/etc/fgs/lib/install.sh. Then I rebuilt self-installer. The output of the installation execution looks like:

Where do you want to install the FGS suite [/opt/fgs] ?
+ Extracting fgs-base.tar.gz from /tmp/fgs-selfextract.BXArCy...ok
+ Running base's installer
+ module : base
+ Running fgs install mapserver-base
* Probing last version of module 'mapserver-base'... fgs-mapserver-base-5.2.1-linux-sparc64.tar.gz 5.2.1
+ Installing mapserver-base:
/opt/fgs/tmp/fgs-1257844994-11561.tmp+ Getting and extracting module 'mapserver-base'...
! Cannot find file '5.2.1/fgs-mapserver-base-fgs-mapserver-base-5.2.1-linux-sparc64.tar.gz-linux-i386.tar.gz', aborting...

It seems that somewhere else is still using 'i386' and the file name shown in the last line '! Cannot find file ...' looks totally wrong. Please have a look. Thank you.

Regards,
Hao

On Mon, Nov 9, 2009 at 4:58 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

Hi Norm,

I did not change the CPU variable. Do you mean that I should modify install.sh file then rebuild self-installer? What output should I paste?

Yes, please. You can paste the output of the installation execution.

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-09T07:58:22Z

Hao Zhang wrote:
> Hi Norm,
>
> I did not change the CPU variable. Do you mean that I should modify
> install.sh file then rebuild self-installer? What output should I paste?
>
Yes, please. You can paste the output of the installation execution.

Norm
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-09T07:42:10Z

Hi Norm,

I did not change the CPU variable. Do you mean that I should modify install.sh file then rebuild self-installer? What output should I paste?

Regards,
Hao

On Fri, Nov 6, 2009 at 3:45 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

I start to install the self-installer I created (fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.bin), but it encounters such fatal error:

[... ...]
+ Extracting fgs-base.tar.gz from /tmp/fgs-selfextract.SCxSFA...ok
+ Running base's installer
+ module : base
+ Running fgs install mapserver-base
* Probing last version of module 'mapserver-base'...

! Cannot find a mapserver-base module from /tmp/fgs-selfextract.SCxSFA

! Fatal error, please contact FGS team.

Hao,

It is probably related to the get_last_module_version() function. I don't remember if you change the CPU variable. Could you edit /fgs-dev/pkg_def/base/skeleton/etc/fgs/lib/install.sh and add an echo at the location marked below and paste the output? You'll have to redo your installer.

Norm

get_last_module_version ()
{
local FILES_SRC=$1
local MODULE_NAME=$2

# uname -i doesn't return the same things depending on the linux distributi\
on...
#local CPU=`uname -i` #[ $CPU = 'GenuineIntel' ] && CPU='i386' local CPU='i386'
local FGS_PLATFORM="`uname -s | tr [A-Z] [a-z]`-$CPU"

if [ `echo $FILES_SRC | grep -c 'http://'` -eq 1 ] ; then
return 1
# not yet implemented
is_wget_installed
local list_modules="$FGS_HOME/tmp/list_modules.$$.tmp"
wget -q $FILES_SRC/ -O - 1> $list_modules 2>/dev/null
if [ "$?" -ne 0 ] ; then
rm -f $list_modules
fatal_error "Cannot download '$FILES_SRC/$FILE_NAME', aborting..."
fi
else
## From path (cdrom, dvd, etc...) [ -d $FILES_SRC ] || fatal_error "Unable to find directory '$FILES_SRC'\
, aborting..."
cd $FILES_SRC
fgs_package=`ls -1 fgs-$MODULE_NAME-*-$FGS_PLATFORM.tar.gz 2>/dev/null \
| tail -n 1`

>>>>>>>echo $fgs_package

leftsubstring=fgs-${MODULE_NAME}-
resultingstring=${fgs_package#$leftsubstring}
rightsubstring=-${FGS_PLATFORM}.tar.gz
finalstring=${resultingstring%$rightsubstring}
echo $finalstring
[ $? -ne 0 ] && fatal_error "Unable to find module for '$MODULE_NAME' i\
n $FILES_SRC"
fi
return 0
}

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-06T06:45:18Z

Hao Zhang wrote:

> I start to install the self-installer I created
> (fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.bin), but it encounters
> such fatal error:
>
> [... ...]
> + Extracting fgs-base.tar.gz from /tmp/fgs-selfextract.SCxSFA...ok
> + Running base's installer
> + module : base
> + Running fgs install mapserver-base
> * Probing last version of module 'mapserver-base'...
>
> ! Cannot find a mapserver-base module from /tmp/fgs-selfextract.SCxSFA
>
> ! Fatal error, please contact FGS team.
>

Hao,

It is probably related to the get_last_module_version() function. I
don't remember if you change the CPU variable. Could you edit
/fgs-dev/pkg_def/base/skeleton/etc/fgs/lib/install.sh and add an echo at
the location marked below and paste the output? You'll have to redo
your installer.

Norm

get_last_module_version ()
{
local FILES_SRC=$1
local MODULE_NAME=$2

# uname -i doesn't return the same things depending on the linux
distributi\
on...

#local CPU=`uname
-i`
#[ $CPU = 'GenuineIntel' ] &&
CPU='i386'
local CPU='i386'
local FGS_PLATFORM="`uname -s | tr [A-Z] [a-z]`-$CPU"

if [ `echo $FILES_SRC | grep -c 'http://'` -eq 1 ] ; then
return 1
# not yet implemented

is_wget_installed
local list_modules="$FGS_HOME/tmp/list_modules.$$.tmp"
wget -q $FILES_SRC/ -O - 1> $list_modules 2>/dev/null
if [ "$?" -ne 0 ] ; then
rm -f $list_modules
fatal_error "Cannot download '$FILES_SRC/$FILE_NAME',
aborting..."
fi
else
## From path (cdrom, dvd,
etc...)
[ -d $FILES_SRC ] || fatal_error "Unable to find directory
'$FILES_SRC'\
, aborting..."
cd $FILES_SRC
fgs_package=`ls -1 fgs-$MODULE_NAME-*-$FGS_PLATFORM.tar.gz 2>/dev/null \
| tail -n 1`

>>>>>>>echo $fgs_package

leftsubstring=fgs-${MODULE_NAME}-
resultingstring=${fgs_package#$leftsubstring}
rightsubstring=-${FGS_PLATFORM}.tar.gz
finalstring=${resultingstring%$rightsubstring}
echo $finalstring
[ $? -ne 0 ] && fatal_error "Unable to find module for
'$MODULE_NAME' i\
n $FILES_SRC"
fi
return 0
}

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-06T06:10:18Z

Hao,

Thank you. Answer in line.

Norm

Hao Zhang wrote:
> Sure. The error messages when building MapSever 5.4.2 looks like:
> (sorry, it is quite a lot)
>
One of our MapServer developer will test that.

> Regarding Ming, I have successfully buit ming-0.4.2 on the target
> sparc64 machine without any error. But I failed to compile Ming (any
> version) on my i686 32bit work machine, however, it does not matter,
> it is just for a test try.
I'll test that.
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-06T05:59:46Z

Hao,

Thank you for taking the time to explain to me. I'll thing of something
to overcome the issue unless you have a suggestion...

Norm

Hao Zhang wrote:

> Hi Norm,
>
> Sorry for my late feedback. The day before yesterday, I finally built
> FGS self-installer from source successfully (with name
> "fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.bin"). Thank you very
> much for your help all the time.
>
> However, I don't think the last error "Conflicting version ..." has
> anything to do with other module/lib uses another version of curl
> somewhere. The outcome of running "fgsdev dump_modules_for_dep
> curl-lib mapserver-php" is:
> Actual version of the target dependency: curl-lib:7.19.4
> gdal-base curl-lib:7.19.4
> mapserver-php curl-lib:7.19.4
>
> The cause of the error is that in the list of modules I provide in
> command "build_si" contain several modules that depend on the same
> module, e.g. "apache_mod_ssl-module" "gdal-base" both depend on
> curl-lib. If I give them three in an order such as "fgsdev
> list_modules_dep apache_mod_ssl-module curl-lib gdal-base", it will
> reproduce the same error. I found out this is related to the behavior
> of function 'get_dep' in script fgs-dev/bin/lib/list_module_dep.sh. In
> this function, it will loop call itself in order to get all depended
> modules for the given module as well as all its required modules in
> required.list. This behavior will in some case cause line "if [ "`grep
> ^$dep_name: $LIST_FILE`" != "$dep" ] ; then" return true and exit with
> "! Conflicting version ...". After function 'get_dep' goes through
> "apache_mod_ssl-module" and "curl-lib", there will be two duplicated
> lines 'curl-lib:7.19.4' in the $LIST_FILE. Thus, when function
> 'get_dep' works on "gdal-base", line "if [ "`grep ^$dep_name:
> $LIST_FILE`" != "$dep" ] ; then" returns true and exit. However, the
> order of module list also matters, e.g. "fgsdev list_modules_dep
> curl-lib apache_mod_ssl-module gdal-base" will work well.
>
> So I changed list of modules I provide in command "build_si" to avoid
> multiple dependances among them but cover all necessary modules for
> installer. Then it successfully built the self-installer. Command I
> run looks like:
> fgsdev build_si mapserver_basic_5.2.1 1.0.1 mapserver-base
> mapserver-php apache_mod_ssl-module freetds-lib gdal_python-module
> gettext-base libxslt-lib ming-lib postgis-lib postgresql-server
> python_mapscript-module sablotron-base php_curl-module php_ftp-module
> php_gettext-module php_mssql-module php_odbc-module php_ogr-module
> php_pgsql-module php_wddx-module php_xmlrpc-module php_xsl-module
>

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-06T05:37:51Z

Hi Norm,

I start to install the self-installer I created (fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.bin), but it encounters such fatal error:

[... ...]
+ Extracting fgs-base.tar.gz from /tmp/fgs-selfextract.SCxSFA...ok
+ Running base's installer
+ module : base
+ Running fgs install mapserver-base
* Probing last version of module 'mapserver-base'...

! Cannot find a mapserver-base module from /tmp/fgs-selfextract.SCxSFA

! Fatal error, please contact FGS team.

cat fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.modules file looks like:

fgs-base.tar.gz
fgs-mapserver-base-5.2.1-linux-sparc64.tar.gz
fgs-libstdc++-lib-6.0.10-linux-sparc64.tar.gz
fgs-libgcc-lib-1-linux-sparc64.tar.gz
fgs-apache-base-2.2.11-linux-sparc64.tar.gz
fgs-expat-base-2.0.1-linux-sparc64.tar.gz
fgs-gd-lib-2.0.35-linux-sparc64.tar.gz
fgs-jpeg-lib-6b-linux-sparc64.tar.gz
fgs-freetype-lib-2.3.9-linux-sparc64.tar.gz
fgs-libpng-lib-1.2.35-linux-sparc64.tar.gz
fgs-zlib-lib-1.2.3-linux-sparc64.tar.gz
fgs-curl-lib-7.19.4-linux-sparc64.tar.gz
fgs-openssl-lib-0.9.8k-linux-sparc64.tar.gz
fgs-proj-lib-4.6.1-linux-sparc64.tar.gz
fgs-postgresql-lib-8.3.7-linux-sparc64.tar.gz
fgs-gdal-base-1.6.1-linux-sparc64.tar.gz
fgs-tiff-lib-3.8.2-linux-sparc64.tar.gz
fgs-libgeotiff-lib-1.2.5-linux-sparc64.tar.gz
fgs-xerces_c-base-3.0.1-linux-sparc64.tar.gz
fgs-unixODBC-base-2.2.12-linux-sparc64.tar.gz
fgs-libungif-base-4.1.4-linux-sparc64.tar.gz
fgs-libiconv-base-1.12-linux-sparc64.tar.gz
fgs-proj4_epsg42xxx-support-proj-linux-sparc64.tar.gz
fgs-geos-lib-3.1.0-linux-sparc64.tar.gz
fgs-libxml2-base-2.7.3-linux-sparc64.tar.gz
fgs-agg-lib-2.4-linux-sparc64.tar.gz
fgs-mapserver-php-5.2.1-linux-sparc64.tar.gz
fgs-php-base-5.2.11-linux-sparc64.tar.gz
fgs-apache_mod_ssl-module-2.2.11-linux-sparc64.tar.gz
fgs-freetds-lib-0.82-linux-sparc64.tar.gz
fgs-gdal_python-module-1.6.1-linux-sparc64.tar.gz
fgs-python-base-2.5.2-linux-sparc64.tar.gz
fgs-gettext-base-0.17-linux-sparc64.tar.gz
fgs-libxslt-lib-1.1.24-linux-sparc64.tar.gz
fgs-ming-lib-0.4.2-linux-sparc64.tar.gz
fgs-postgis-lib-1.3.5-linux-sparc64.tar.gz
fgs-postgresql-server-8.3.7-linux-sparc64.tar.gz
fgs-python_mapscript-module-5.2.1-linux-sparc64.tar.gz
fgs-sablotron-base-1.0.1-linux-sparc64.tar.gz
fgs-php_curl-module-5.2.11-linux-sparc64.tar.gz
fgs-php_ftp-module-5.2.11-linux-sparc64.tar.gz
fgs-php_gettext-module-5.2.11-linux-sparc64.tar.gz
fgs-php_mssql-module-5.2.11-linux-sparc64.tar.gz
fgs-php_odbc-module-5.2.11-linux-sparc64.tar.gz
fgs-php_ogr-module-1.1.1-linux-sparc64.tar.gz
fgs-php_pgsql-module-5.2.11-linux-sparc64.tar.gz
fgs-php_wddx-module-5.2.11-linux-sparc64.tar.gz
fgs-php_xmlrpc-module-5.2.11-linux-sparc64.tar.gz
fgs-php_xsl-module-5.2.11-linux-sparc64.tar.gz

What could be wrong?

Regards,
Hao

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-06T05:20:32Z

Hi Norm,

Sure. The error messages when building MapSever 5.4.2 looks like: (sorry, it is quite a lot)

cd mapscript/php3; make; cd ../..
make[1]: Entering directory `/home/FGS/fgs-dev/src/mapserver-5.4.2/mapscript/php3'
gcc -fPIC -O2 -fPIC -Wall    -DCOMPILE_DL=1 -DPHP4 -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR -DUSE_MING_FLASH   -DUSE_POSTGIS -DUSE_GDAL -DUSE_OGR -DUSE_GEOS   -DUSE_PROJ -DUSE_EPPL -DUSE_RGBA_PNG -DUSE_AGG   -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB -I/home/FGS/fgs-dev/src/mapserver-5.4.2   -I/home/FGS/fgs-dev/built/libxml2/include/libxml2 -I/home/FGS/fgs-dev/built/libiconv/include -I/home/FGS/fgs-dev/built/curl/include -I/home/FGS/fgs-dev/built/ming/include   -I/home/FGS/fgs-dev/built/postgresql/include -I/home/FGS/fgs-dev/built/gdal/include -I/home/FGS/fgs-dev/built/geos/include -I/home/FGS/fgs-dev/built/proj/include -I/home/FGS/fgs-dev/built/libpng/include -I/home/FGS/fgs-dev/built/agg/include -I/home/FGS/fgs-dev/built/freetype/include/freetype2 -I/home/FGS/fgs-dev/built/freetype/include -I/home/FGS/fgs-dev/built/gd//include -I/home/FGS/fgs-dev/built/libiconv//include -I/home/FGS/fgs-dev/built/zlib/include -I/home/FGS/fgs-dev/built/php/include/php/ -I/home/FGS/fgs-dev/built/php/include/php//dl -I/home/FGS/fgs-dev/built/php/include/php//main -I/home/FGS/fgs-dev/built/php/include/php//Zend -I/home/FGS/fgs-dev/built/php/include/php//include -I/home/FGS/fgs-dev/built/php/include/php//TSRM -I -c -o php_mapscript_util.o php_mapscript_util.c
/usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/crt1.o: In function `_start':
(.text+0x10): undefined reference to `main'
/usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/crt1.o: In function `_start':
(.text+0x1c): undefined reference to `main'
/tmp/cc5eP7aS.o: In function `_php_extract_associative_array':
php_mapscript_util.c:(.text+0x20): undefined reference to `zend_hash_internal_pointer_reset_ex'
php_mapscript_util.c:(.text+0x6c): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0xdc): undefined reference to `zend_hash_get_current_key_ex'
php_mapscript_util.c:(.text+0x118): undefined reference to `zend_hash_move_forward_ex'
php_mapscript_util.c:(.text+0x128): undefined reference to `zend_hash_get_current_data_ex'
php_mapscript_util.c:(.text+0x168): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0x1e4): undefined reference to `_convert_to_string'
php_mapscript_util.c:(.text+0x1f4): undefined reference to `_zval_copy_ctor_func'
php_mapscript_util.c:(.text+0x214): undefined reference to `_zval_copy_ctor_func'
/tmp/cc5eP7aS.o: In function `_phpms_object_init':
php_mapscript_util.c:(.text+0x248): undefined reference to `_object_init_ex'
php_mapscript_util.c:(.text+0x264): undefined reference to `add_property_resource_ex'
/tmp/cc5eP7aS.o: In function `_phpms_add_property_object':
php_mapscript_util.c:(.text+0x298): undefined reference to `add_property_zval_ex'
php_mapscript_util.c:(.text+0x2dc): undefined reference to `zend_error'
/tmp/cc5eP7aS.o: In function `_phpms_fetch_property_resource':
php_mapscript_util.c:(.text+0x318): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x350): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x3b0): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x3d0): undefined reference to `zend_error'
/tmp/cc5eP7aS.o: In function `_phpms_fetch_property_string':
php_mapscript_util.c:(.text+0x408): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x44c): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x480): undefined reference to `_convert_to_string'
php_mapscript_util.c:(.text+0x4c8): undefined reference to `zend_error'
/tmp/cc5eP7aS.o: In function `_phpms_set_property_double':
php_mapscript_util.c:(.text+0x524): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x56c): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0x5f8): undefined reference to `_zval_dtor_func'
php_mapscript_util.c:(.text+0x608): undefined reference to `_zval_copy_ctor_func'
php_mapscript_util.c:(.text+0x624): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x650): undefined reference to `zend_error'
/tmp/cc5eP7aS.o: In function `_phpms_set_property_long':
php_mapscript_util.c:(.text+0x6a8): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x6f0): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0x778): undefined reference to `_zval_dtor_func'
php_mapscript_util.c:(.text+0x788): undefined reference to `_zval_copy_ctor_func'
php_mapscript_util.c:(.text+0x7a4): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x7d0): undefined reference to `zend_error'
/tmp/cc5eP7aS.o: In function `_phpms_set_property_null':
php_mapscript_util.c:(.text+0x828): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x870): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0x8ec): undefined reference to `_zval_dtor_func'
php_mapscript_util.c:(.text+0x8fc): undefined reference to `_zval_copy_ctor_func'
php_mapscript_util.c:(.text+0x918): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x944): undefined reference to `zend_error'
/tmp/cc5eP7aS.o: In function `_phpms_set_property_string':
php_mapscript_util.c:(.text+0x99c): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x9e4): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0xa70): undefined reference to `_estrndup'
php_mapscript_util.c:(.text+0xab4): undefined reference to `_zval_dtor_func'
php_mapscript_util.c:(.text+0xac4): undefined reference to `_zval_copy_ctor_func'
php_mapscript_util.c:(.text+0xae0): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xb0c): undefined reference to `zend_error'
/tmp/cc5eP7aS.o: In function `_phpms_fetch_property_double':
php_mapscript_util.c:(.text+0xb44): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xb8c): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0xbc4): undefined reference to `convert_to_double'
php_mapscript_util.c:(.text+0xbec): undefined reference to `zend_error'
/tmp/cc5eP7aS.o: In function `_phpms_fetch_property_long':
php_mapscript_util.c:(.text+0xc28): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xc60): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0xc88): undefined reference to `convert_to_long'
php_mapscript_util.c:(.text+0xcb4): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xce0): undefined reference to `zend_error'
/tmp/cc5eP7aS.o: In function `_phpms_fetch_property_handle2':
php_mapscript_util.c:(.text+0xd38): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0xd7c): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xd8c): undefined reference to `_zend_list_find'
php_mapscript_util.c:(.text+0xdd0): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xdfc): undefined reference to `zend_error'
/tmp/cc5eP7aS.o: In function `_phpms_fetch_handle2':
php_mapscript_util.c:(.text+0xe68): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0xe84): undefined reference to `_zend_list_find'
php_mapscript_util.c:(.text+0xeb8): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xed4): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xef0): undefined reference to `zend_error'
/tmp/cc5eP7aS.o: In function `_phpms_report_mapserver_error':
php_mapscript_util.c:(.text+0xf28): undefined reference to `msGetErrorObj'
php_mapscript_util.c:(.text+0xf70): undefined reference to `zend_error'
collect2: ld returned 1 exit status
make[1]: *** [php_mapscript_util.o] Error 1
make[1]: Leaving directory `/home/FGS/fgs-dev/src/mapserver-5.4.2/mapscript/php3'
cd mapscript/php3; make; cd ../..
make[1]: Entering directory `/home/FGS/fgs-dev/src/mapserver-5.4.2/mapscript/php3'
gcc -fPIC -O2 -fPIC -Wall    -DCOMPILE_DL=1 -DPHP4 -DNEED_NONBLOCKING_STDERR     -DUSE_WMS_LYR -DUSE_WFS_LYR -DUSE_LIBXML2 -DUSE_CURL -DUSE_WCS_SVR -DUSE_WFS_SVR -DUSE_WMS_SVR -DUSE_MING_FLASH   -DUSE_POSTGIS -DUSE_GDAL -DUSE_OGR -DUSE_GEOS   -DUSE_PROJ -DUSE_EPPL -DUSE_RGBA_PNG -DUSE_AGG   -DUSE_GD_GIF -DUSE_GD_PNG -DUSE_GD_JPEG -DUSE_GD_WBMP -DUSE_GD_FT -DGD_HAS_FTEX_XSHOW -DGD_HAS_GDIMAGEGIFPTR -DGD_HAS_GETBITMAPFONTS -DUSE_ICONV -DUSE_ZLIB -I/home/FGS/fgs-dev/src/mapserver-5.4.2   -I/home/FGS/fgs-dev/built/libxml2/include/libxml2 -I/home/FGS/fgs-dev/built/libiconv/include -I/home/FGS/fgs-dev/built/curl/include -I/home/FGS/fgs-dev/built/ming/include   -I/home/FGS/fgs-dev/built/postgresql/include -I/home/FGS/fgs-dev/built/gdal/include -I/home/FGS/fgs-dev/built/geos/include -I/home/FGS/fgs-dev/built/proj/include -I/home/FGS/fgs-dev/built/libpng/include -I/home/FGS/fgs-dev/built/agg/include -I/home/FGS/fgs-dev/built/freetype/include/freetype2 -I/home/FGS/fgs-dev/built/freetype/include -I/home/FGS/fgs-dev/built/gd//include -I/home/FGS/fgs-dev/built/libiconv//include -I/home/FGS/fgs-dev/built/zlib/include -I/home/FGS/fgs-dev/built/php/include/php/ -I/home/FGS/fgs-dev/built/php/include/php//dl -I/home/FGS/fgs-dev/built/php/include/php//main -I/home/FGS/fgs-dev/built/php/include/php//Zend -I/home/FGS/fgs-dev/built/php/include/php//include -I/home/FGS/fgs-dev/built/php/include/php//TSRM -I -c -o php_mapscript_util.o php_mapscript_util.c
/usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/crt1.o: In function `_start':
(.text+0x10): undefined reference to `main'
/usr/lib/gcc/sparc-linux-gnu/4.3.2/../../../../lib/crt1.o: In function `_start':
(.text+0x1c): undefined reference to `main'
/tmp/ccfByHlx.o: In function `_php_extract_associative_array':
php_mapscript_util.c:(.text+0x20): undefined reference to `zend_hash_internal_pointer_reset_ex'
php_mapscript_util.c:(.text+0x6c): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0xdc): undefined reference to `zend_hash_get_current_key_ex'
php_mapscript_util.c:(.text+0x118): undefined reference to `zend_hash_move_forward_ex'
php_mapscript_util.c:(.text+0x128): undefined reference to `zend_hash_get_current_data_ex'
php_mapscript_util.c:(.text+0x168): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0x1e4): undefined reference to `_convert_to_string'
php_mapscript_util.c:(.text+0x1f4): undefined reference to `_zval_copy_ctor_func'
php_mapscript_util.c:(.text+0x214): undefined reference to `_zval_copy_ctor_func'
/tmp/ccfByHlx.o: In function `_phpms_object_init':
php_mapscript_util.c:(.text+0x248): undefined reference to `_object_init_ex'
php_mapscript_util.c:(.text+0x264): undefined reference to `add_property_resource_ex'
/tmp/ccfByHlx.o: In function `_phpms_add_property_object':
php_mapscript_util.c:(.text+0x298): undefined reference to `add_property_zval_ex'
php_mapscript_util.c:(.text+0x2dc): undefined reference to `zend_error'
/tmp/ccfByHlx.o: In function `_phpms_fetch_property_resource':
php_mapscript_util.c:(.text+0x318): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x350): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x3b0): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x3d0): undefined reference to `zend_error'
/tmp/ccfByHlx.o: In function `_phpms_fetch_property_string':
php_mapscript_util.c:(.text+0x408): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x44c): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x480): undefined reference to `_convert_to_string'
php_mapscript_util.c:(.text+0x4c8): undefined reference to `zend_error'
/tmp/ccfByHlx.o: In function `_phpms_set_property_double':
php_mapscript_util.c:(.text+0x524): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x56c): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0x5f8): undefined reference to `_zval_dtor_func'
php_mapscript_util.c:(.text+0x608): undefined reference to `_zval_copy_ctor_func'
php_mapscript_util.c:(.text+0x624): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x650): undefined reference to `zend_error'
/tmp/ccfByHlx.o: In function `_phpms_set_property_long':
php_mapscript_util.c:(.text+0x6a8): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x6f0): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0x778): undefined reference to `_zval_dtor_func'
php_mapscript_util.c:(.text+0x788): undefined reference to `_zval_copy_ctor_func'
php_mapscript_util.c:(.text+0x7a4): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x7d0): undefined reference to `zend_error'
/tmp/ccfByHlx.o: In function `_phpms_set_property_null':
php_mapscript_util.c:(.text+0x828): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x870): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0x8ec): undefined reference to `_zval_dtor_func'
php_mapscript_util.c:(.text+0x8fc): undefined reference to `_zval_copy_ctor_func'
php_mapscript_util.c:(.text+0x918): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0x944): undefined reference to `zend_error'
/tmp/ccfByHlx.o: In function `_phpms_set_property_string':
php_mapscript_util.c:(.text+0x99c): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0x9e4): undefined reference to `_emalloc'
php_mapscript_util.c:(.text+0xa70): undefined reference to `_estrndup'
php_mapscript_util.c:(.text+0xab4): undefined reference to `_zval_dtor_func'
php_mapscript_util.c:(.text+0xac4): undefined reference to `_zval_copy_ctor_func'
php_mapscript_util.c:(.text+0xae0): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xb0c): undefined reference to `zend_error'
/tmp/ccfByHlx.o: In function `_phpms_fetch_property_double':
php_mapscript_util.c:(.text+0xb44): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xb8c): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0xbc4): undefined reference to `convert_to_double'
php_mapscript_util.c:(.text+0xbec): undefined reference to `zend_error'
/tmp/ccfByHlx.o: In function `_phpms_fetch_property_long':
php_mapscript_util.c:(.text+0xc28): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xc60): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0xc88): undefined reference to `convert_to_long'
php_mapscript_util.c:(.text+0xcb4): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xce0): undefined reference to `zend_error'
/tmp/ccfByHlx.o: In function `_phpms_fetch_property_handle2':
php_mapscript_util.c:(.text+0xd38): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0xd7c): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xd8c): undefined reference to `_zend_list_find'
php_mapscript_util.c:(.text+0xdd0): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xdfc): undefined reference to `zend_error'
/tmp/ccfByHlx.o: In function `_phpms_fetch_handle2':
php_mapscript_util.c:(.text+0xe68): undefined reference to `zend_hash_find'
php_mapscript_util.c:(.text+0xe84): undefined reference to `_zend_list_find'
php_mapscript_util.c:(.text+0xeb8): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xed4): undefined reference to `zend_error'
php_mapscript_util.c:(.text+0xef0): undefined reference to `zend_error'
/tmp/ccfByHlx.o: In function `_phpms_report_mapserver_error':
php_mapscript_util.c:(.text+0xf28): undefined reference to `msGetErrorObj'
php_mapscript_util.c:(.text+0xf70): undefined reference to `zend_error'
collect2: ld returned 1 exit status
make[1]: *** [php_mapscript_util.o] Error 1
make[1]: Leaving directory `/home/FGS/fgs-dev/src/mapserver-5.4.2/mapscript/php3'
cp shp2img shp2pdf legend mapserv shptree shptreevis shptreetst scalebar sortshp mapscriptvars tile4ms msencrypt mapserver-config /home/FGS/fgs-dev/built/mapserver/bin
if test -x libmapserver.so ; then \
    cp libmapserver.5.4.2.so /home/FGS/fgs-dev/built/mapserver/lib ; \
    (cd /home/FGS/fgs-dev/built/mapserver/lib ; ln -f -s libmapserver.5.4.2.so libmapserver.so ) ; \
    fi
+ Creating new package in /home/FGS/fgs-dev/modules/mapserver-base.
+ Copying skeleton from /home/FGS/fgs-dev/pkg_def/mapserver/base.skeleton to /home/FGS/fgs-dev/modules/mapserver-base
+ Packaging mapserver-base to /home/FGS/fgs-dev/modules/fgs-mapserver-base-5.4.2-linux-sparc64.tar.gz...ok
+ Creating new package in /home/FGS/fgs-dev/modules/mapserver-php.
+ Copying skeleton from /home/FGS/fgs-dev/pkg_def/mapserver/php.skeleton to /home/FGS/fgs-dev/modules/mapserver-php
cp: cannot stat `mapscript/php3/php_mapscript.so': No such file or directory
! ./fgs_install: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...

Regarding Ming, I have successfully buit ming-0.4.2 on the target sparc64 machine without any error. But I failed to compile Ming (any version) on my i686 32bit work machine, however, it does not matter, it is just for a test try.

Regards,
Hao

On Wed, Nov 4, 2009 at 4:27 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

Then I started building mapserver 5.4.2, but when it came to compile in the directory mapscript/php3, it encountered a lot of "undefined reference to" errors and aborted. Then I tried to build mapserver 5.2.1 instead and luckily it did not encounter any error and well built.

Hao,

We're interested to know what are the error messages when you build MapServer 5.4.2. Could you paste them here?

By the way did you succeed to compile Ming?

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-06T05:07:37Z

Hi Norm,

Sorry for my late feedback. The day before yesterday, I finally built FGS self-installer from source successfully (with name "fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.bin"). Thank you very much for your help all the time.

However, I don't think the last error "Conflicting version ..." has anything to do with other module/lib uses another version of curl somewhere. The outcome of running "fgsdev dump_modules_for_dep curl-lib mapserver-php" is:
Actual version of the target dependency: curl-lib:7.19.4
gdal-base curl-lib:7.19.4
mapserver-php curl-lib:7.19.4

The cause of the error is that in the list of modules I provide in command "build_si" contain several modules that depend on the same module, e.g. "apache_mod_ssl-module" "gdal-base" both depend on curl-lib. If I give them three in an order such as "fgsdev list_modules_dep apache_mod_ssl-module curl-lib gdal-base", it will reproduce the same error. I found out this is related to the behavior of function 'get_dep' in script fgs-dev/bin/lib/list_module_dep.sh. In this function, it will loop call itself in order to get all depended modules for the given module as well as all its required modules in required.list. This behavior will in some case cause line "if [ "`grep ^$dep_name: $LIST_FILE`" != "$dep" ] ; then" return true and exit with "! Conflicting version ...". After function 'get_dep' goes through "apache_mod_ssl-module" and "curl-lib", there will be two duplicated lines 'curl-lib:7.19.4' in the $LIST_FILE. Thus, when function 'get_dep' works on "gdal-base", line "if [ "`grep ^$dep_name: $LIST_FILE`" != "$dep" ] ; then" returns true and exit. However, the order of module list also matters, e.g. "fgsdev list_modules_dep curl-lib apache_mod_ssl-module gdal-base" will work well.

So I changed list of modules I provide in command "build_si" to avoid multiple dependances among them but cover all necessary modules for installer. Then it successfully built the self-installer. Command I run looks like:
fgsdev build_si mapserver_basic_5.2.1 1.0.1 mapserver-base mapserver-php apache_mod_ssl-module freetds-lib gdal_python-module gettext-base libxslt-lib ming-lib postgis-lib postgresql-server python_mapscript-module sablotron-base php_curl-module php_ftp-module php_gettext-module php_mssql-module php_odbc-module php_ogr-module php_pgsql-module php_wddx-module php_xmlrpc-module php_xsl-module

Regards,
Hao

On Wed, Nov 4, 2009 at 4:12 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

Outcome:

* Creating archive file containing all required FGS modules...
+ Including base module... ok
! Conflicting version for 'curl-lib': Another(s) package(s) request(s) '7.19.4
7.19.4'
! and 'gdal-base' requests '7.19.4', aborting.
! /home/FGS/fgs-dev/bin/fgsdev: Fatal error returned, exiting...
* Creating self-extracting archive script
* Self installer image created with success in '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.bin'.
* Versions info file is '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.versions'.

But the built curl-lib version is 7.19.4 (fgs-curl-lib-7.19.4-linux-sparc64.tar.gz), why will it still complain?

Hao,

There is a module/lib or other that uses another version of curl somewhere. Try:

fgsdev dump_modules_for_dep curl-lib mapserver-php

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-06T04:38:15Z

Hi Norm,

Thank you. That will be really helpful.

Hao

On Wed, Nov 4, 2009 at 3:51 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

Sorry, I think I find the reason which is that I provide wrong module names to command 'fgsdev build_si'. I thought the module name shoud be the *.tar.gz file name which was wrong. It could be better to give some example of how to use those fgsdev commands in the right way on the official webpage as well as fgsdev help output text.

Hao,

You're right about this. I took a note to add some examples in the Web page.

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-04T07:27:29Z

Hao Zhang wrote:
> Then I started building mapserver 5.4.2, but when it came to compile
> in the directory mapscript/php3, it encountered a lot of "undefined
> reference to" errors and aborted. Then I tried to build mapserver
> 5.2.1 instead and luckily it did not encounter any error and well built.
>
Hao,

We're interested to know what are the error messages when you build
MapServer 5.4.2. Could you paste them here?

By the way did you succeed to compile Ming?

Norm
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-04T07:12:16Z

Hao Zhang wrote:

> Outcome:
>
> * Creating archive file containing all required FGS modules...
> + Including base module... ok
> ! Conflicting version for 'curl-lib': Another(s) package(s) request(s)
> '7.19.4
> 7.19.4'
> ! and 'gdal-base' requests '7.19.4', aborting.
> ! /home/FGS/fgs-dev/bin/fgsdev: Fatal error returned, exiting...
> * Creating self-extracting archive script
> * Self installer image created with success in
> '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.bin'.
> * Versions info file is
> '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.versions'.
>
> But the built curl-lib version is 7.19.4
> (fgs-curl-lib-7.19.4-linux-sparc64.tar.gz), why will it still complain?
>

Hao,

There is a module/lib or other that uses another version of curl
somewhere. Try:

fgsdev dump_modules_for_dep curl-lib mapserver-php

Norm
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-04T06:51:01Z

Hao Zhang wrote:
> Sorry, I think I find the reason which is that I provide wrong module
> names to command 'fgsdev build_si'. I thought the module name shoud be
> the *.tar.gz file name which was wrong. It could be better to give
> some example of how to use those fgsdev commands in the right way on
> the official webpage as well as fgsdev help output text.
>
Hao,

You're right about this. I took a note to add some examples in the Web
page.

Norm
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-04T03:11:08Z

Hi Norm,

Now I have run the correct self-installer create command: (I have excluded 'base' in the given module names, correct action?)

fgsdev build_si mapserver_basic_5.2.1 1.0.1 agg-lib apache-base apache_mod_ssl-module curl-lib expat-base freetds-lib freetype-lib gdal-base gdal_python-module gd-lib geos-lib gettext-base jpeg-lib libgcc-lib libgeotiff-lib libiconv-base libpng-lib libstdc++-lib libungif-base libxml2-base libxslt-lib mapserver-base mapserver-php ming-lib openssl-lib php-base php_curl-module php_ftp-module php_gettext-module php_mssql-module php_odbc-module php_ogr-module php_pgsql-module php_wddx-module php_xmlrpc-module php_xsl-module postgis-lib postgresql-lib postgresql-server proj4_epsg42xxx-support proj-lib python-base python_mapscript-module sablotron-base tiff-lib unixODBC-base xerces_c-base zlib-lib

Outcome:

* Creating archive file containing all required FGS modules...
+ Including base module... ok
! Conflicting version for 'curl-lib': Another(s) package(s) request(s) '7.19.4
7.19.4'
! and 'gdal-base' requests '7.19.4', aborting.
! /home/FGS/fgs-dev/bin/fgsdev: Fatal error returned, exiting...
* Creating self-extracting archive script
* Self installer image created with success in '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.bin'.
* Versions info file is '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.versions'.

But the built curl-lib version is 7.19.4 (fgs-curl-lib-7.19.4-linux-sparc64.tar.gz), why will it still complain?

Regards,
Hao

On Wed, Nov 4, 2009 at 11:52 AM, Hao Zhang <hao@...> wrote:

Hi Norm,

Sorry, I think I find the reason which is that I provide wrong module names to command 'fgsdev build_si'. I thought the module name shoud be the *.tar.gz file name which was wrong. It could be better to give some example of how to use those fgsdev commands in the right way on the official webpage as well as fgsdev help output text.

Regards,
Hao

On Wed, Nov 4, 2009 at 11:34 AM, Hao Zhang <hao@...> wrote:

Hi Norm,

You are right. I investigated the error myself before receiving your answer yesterday and found the same clue as you gave which is to compile php in debug mode. What I did is to simply edit fgs-dev/pkg_def/php/fgs_build file to enable the flag "--enable-debug". Then it will go through that install-pear-installer Segmentation fault error. I did try PHP 5.3.0 but it will encounter the same issue if not compiling in debug mode. The version of php I built is 5.2.11.

Then I started building mapserver 5.4.2, but when it came to compile in the directory mapscript/php3, it encountered a lot of "undefined reference to" errors and aborted. Then I tried to build mapserver 5.2.1 instead and luckily it did not encounter any error and well built.

After mapserver 5.2.1 was built, I continued building python_mapscript module. But it encountered compile error such as:
[... ...]
+ Creating new package in /home/FGS/fgs-dev/modules/python_mapscript-module.
+ Copying skeleton from /home/FGS/fgs-dev/pkg_def/python_mapscript/module.skeleton to /home/FGS/fgs-dev/modules/python_mapscript-module
cp: cannot stat `build/lib.linux-i686-2.5/_mapscript.so': No such file or directory

! ./fgs_install: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_all.sh: Fatal error returned, exiting...

I found the cause of this error is that in fgs-dev/pkg_def/python_mapscript/fgs_build file, "lib.linux-i686" is indicated. So command 'cp build/lib.linux-i686-2.5/_mapscript.so' will fail because the correct directory should be 'build/lib.linux-sparc64-2.5' which depends on my target sparc64 system. Thus, I modified this fgs_build file and python_mapscript module is well built.

After all these neccessary modules finally get built successfully, I start to run command "fgsdev build_si mapserver_basic_5.2.1 1.0.1 fgs-agg-lib-2.4-linux-sparc64.tar.gz _module_name_N_ ..." to build self installer containing all the modules needed. But at this time, I encounter the final error:

* Creating archive file containing all required FGS modules...
+ Including base module... ok
! Module 'fgs-agg-lib-2.4-linux-sparc64.tar.gz' doesn't have VERSION file '/home/FGS/fgs-dev/modules/fgs-agg-lib-2.4-linux-sparc64.tar.gz/etc/fgs/pkgs/fgs-agg-lib-2.4-linux-sparc64.tar.gz/VERSION' or maybe this is because the
name of the module is wrong (verify in '/home/FGS/fgs-dev/modules')
! /home/FGS/fgs-dev/bin/fgsdev: Fatal error returned, exiting...
* Creating self-extracting archive script

* Self installer image created with success in '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.bin'.
* Versions info file is '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.versions'.

Could you help me to point out what could be the root cause of this error?

Regards,
Hao

On Tue, Nov 3, 2009 at 4:12 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

Installing PEAR environment: /home/FGS/fgs-dev/built/php/lib/php/
make[1]: *** [install-pear-installer] Segmentation fault
make: *** [install-pear] Error 2
! ./fgs_install: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_all.sh: Fatal error returned, exiting...

Hao,

I have never met such problem before but I found on google that it may depend on the compiler or the php version. To have a clue of what is happening you could compile php in debug mode:

in fgs-dev/src/php_version/
./fgs_build --debug
./fgs_install

or you could try to use PHP 5.3.0 to see if you meet the same issue.

http://www.mail-archive.com/php-bugs@.../msg102985.html

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-04T02:52:37Z

Hi Norm,

Sorry, I think I find the reason which is that I provide wrong module names to command 'fgsdev build_si'. I thought the module name shoud be the *.tar.gz file name which was wrong. It could be better to give some example of how to use those fgsdev commands in the right way on the official webpage as well as fgsdev help output text.

Regards,
Hao

On Wed, Nov 4, 2009 at 11:34 AM, Hao Zhang <hao@...> wrote:

Hi Norm,

You are right. I investigated the error myself before receiving your answer yesterday and found the same clue as you gave which is to compile php in debug mode. What I did is to simply edit fgs-dev/pkg_def/php/fgs_build file to enable the flag "--enable-debug". Then it will go through that install-pear-installer Segmentation fault error. I did try PHP 5.3.0 but it will encounter the same issue if not compiling in debug mode. The version of php I built is 5.2.11.

Then I started building mapserver 5.4.2, but when it came to compile in the directory mapscript/php3, it encountered a lot of "undefined reference to" errors and aborted. Then I tried to build mapserver 5.2.1 instead and luckily it did not encounter any error and well built.

After mapserver 5.2.1 was built, I continued building python_mapscript module. But it encountered compile error such as:
[... ...]
+ Creating new package in /home/FGS/fgs-dev/modules/python_mapscript-module.
+ Copying skeleton from /home/FGS/fgs-dev/pkg_def/python_mapscript/module.skeleton to /home/FGS/fgs-dev/modules/python_mapscript-module
cp: cannot stat `build/lib.linux-i686-2.5/_mapscript.so': No such file or directory

! ./fgs_install: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_all.sh: Fatal error returned, exiting...

I found the cause of this error is that in fgs-dev/pkg_def/python_mapscript/fgs_build file, "lib.linux-i686" is indicated. So command 'cp build/lib.linux-i686-2.5/_mapscript.so' will fail because the correct directory should be 'build/lib.linux-sparc64-2.5' which depends on my target sparc64 system. Thus, I modified this fgs_build file and python_mapscript module is well built.

After all these neccessary modules finally get built successfully, I start to run command "fgsdev build_si mapserver_basic_5.2.1 1.0.1 fgs-agg-lib-2.4-linux-sparc64.tar.gz _module_name_N_ ..." to build self installer containing all the modules needed. But at this time, I encounter the final error:

* Creating archive file containing all required FGS modules...
+ Including base module... ok
! Module 'fgs-agg-lib-2.4-linux-sparc64.tar.gz' doesn't have VERSION file '/home/FGS/fgs-dev/modules/fgs-agg-lib-2.4-linux-sparc64.tar.gz/etc/fgs/pkgs/fgs-agg-lib-2.4-linux-sparc64.tar.gz/VERSION' or maybe this is because the
name of the module is wrong (verify in '/home/FGS/fgs-dev/modules')
! /home/FGS/fgs-dev/bin/fgsdev: Fatal error returned, exiting...
* Creating self-extracting archive script

* Self installer image created with success in '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.bin'.
* Versions info file is '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.versions'.

Could you help me to point out what could be the root cause of this error?

Regards,
Hao

On Tue, Nov 3, 2009 at 4:12 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

Installing PEAR environment: /home/FGS/fgs-dev/built/php/lib/php/
make[1]: *** [install-pear-installer] Segmentation fault
make: *** [install-pear] Error 2
! ./fgs_install: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_all.sh: Fatal error returned, exiting...

Hao,

I have never met such problem before but I found on google that it may depend on the compiler or the php version. To have a clue of what is happening you could compile php in debug mode:

in fgs-dev/src/php_version/
./fgs_build --debug
./fgs_install

or you could try to use PHP 5.3.0 to see if you meet the same issue.

http://www.mail-archive.com/php-bugs@.../msg102985.html

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-04T02:34:09Z

Hi Norm,

You are right. I investigated the error myself before receiving your answer yesterday and found the same clue as you gave which is to compile php in debug mode. What I did is to simply edit fgs-dev/pkg_def/php/fgs_build file to enable the flag "--enable-debug". Then it will go through that install-pear-installer Segmentation fault error. I did try PHP 5.3.0 but it will encounter the same issue if not compiling in debug mode. The version of php I built is 5.2.11.

Then I started building mapserver 5.4.2, but when it came to compile in the directory mapscript/php3, it encountered a lot of "undefined reference to" errors and aborted. Then I tried to build mapserver 5.2.1 instead and luckily it did not encounter any error and well built.

After mapserver 5.2.1 was built, I continued building python_mapscript module. But it encountered compile error such as:
[... ...]
+ Creating new package in /home/FGS/fgs-dev/modules/python_mapscript-module.
+ Copying skeleton from /home/FGS/fgs-dev/pkg_def/python_mapscript/module.skeleton to /home/FGS/fgs-dev/modules/python_mapscript-module
cp: cannot stat `build/lib.linux-i686-2.5/_mapscript.so': No such file or directory
! ./fgs_install: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_all.sh: Fatal error returned, exiting...

I found the cause of this error is that in fgs-dev/pkg_def/python_mapscript/fgs_build file, "lib.linux-i686" is indicated. So command 'cp build/lib.linux-i686-2.5/_mapscript.so' will fail because the correct directory should be 'build/lib.linux-sparc64-2.5' which depends on my target sparc64 system. Thus, I modified this fgs_build file and python_mapscript module is well built.

After all these neccessary modules finally get built successfully, I start to run command "fgsdev build_si mapserver_basic_5.2.1 1.0.1 fgs-agg-lib-2.4-linux-sparc64.tar.gz _module_name_N_ ..." to build self installer containing all the modules needed. But at this time, I encounter the final error:

* Creating archive file containing all required FGS modules...
+ Including base module... ok
! Module 'fgs-agg-lib-2.4-linux-sparc64.tar.gz' doesn't have VERSION file '/home/FGS/fgs-dev/modules/fgs-agg-lib-2.4-linux-sparc64.tar.gz/etc/fgs/pkgs/fgs-agg-lib-2.4-linux-sparc64.tar.gz/VERSION' or maybe this is because the
name of the module is wrong (verify in '/home/FGS/fgs-dev/modules')
! /home/FGS/fgs-dev/bin/fgsdev: Fatal error returned, exiting...
* Creating self-extracting archive script

* Self installer image created with success in '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.bin'.
* Versions info file is '/home/FGS/fgs-dev/modules/fgs-mapserver_basic_5.2.1-1.0.1-linux-sparc64.versions'.

Could you help me to point out what could be the root cause of this error?

Regards,
Hao

On Tue, Nov 3, 2009 at 4:12 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

Installing PEAR environment: /home/FGS/fgs-dev/built/php/lib/php/
make[1]: *** [install-pear-installer] Segmentation fault
make: *** [install-pear] Error 2
! ./fgs_install: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_all.sh: Fatal error returned, exiting...

Hao,

I have never met such problem before but I found on google that it may depend on the compiler or the php version. To have a clue of what is happening you could compile php in debug mode:

in fgs-dev/src/php_version/
./fgs_build --debug
./fgs_install

or you could try to use PHP 5.3.0 to see if you meet the same issue.

http://www.mail-archive.com/php-bugs@.../msg102985.html

Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-03T07:12:02Z

Hao Zhang wrote:
> Installing PEAR environment: /home/FGS/fgs-dev/built/php/lib/php/
> make[1]: *** [install-pear-installer] Segmentation fault
> make: *** [install-pear] Error 2
> ! ./fgs_install: Fatal error returned, exiting...
> ! /home/FGS/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...
> ! /home/FGS/fgs-dev/bin/fgs_build_all.sh: Fatal error returned, exiting...
>
Hao,

I have never met such problem before but I found on google that it may
depend on the compiler or the php version. To have a clue of what is
happening you could compile php in debug mode:

in fgs-dev/src/php_version/
./fgs_build --debug
./fgs_install

or you could try to use PHP 5.3.0 to see if you meet the same issue.

http://www.mail-archive.com/php-bugs@.../msg102985.html

Norm
_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite

Re: Starting apache error: httpd cannot execute binary file

2009-11-03T01:00:53Z

Hi Norm,

gdal was successfuly built after I disabled mysql support. Then it came to build php 5.2.9 and I disabled mysql support as well. The build was complete but it encountered installing error after it. The building log looks like:

[... ...]
Build complete.
Don't forget to run 'make test'.

Installing PHP SAPI module:       cgi
Installing PHP CGI binary:       /home/FGS/fgs-dev/built/php/bin/
Installing PHP CLI binary:        /home/FGS/fgs-dev/built/php/bin/
Installing PHP CLI man page: /home/FGS/fgs-dev/built/php/man/man1/
Installing shared extensions:     /home/FGS/fgs-dev/built/php/lib/php/extensions/no-debug-non-zts-20060613/
Installing build environment:    /home/FGS/fgs-dev/built/php/lib/php/build/
Installing header files:              /home/FGS/fgs-dev/built/php/include/php/
Installing helper programs:       /home/FGS/fgs-dev/built/php/bin/
program: phpize
program: php-config
Installing man pages:               /home/FGS/fgs-dev/built/php/man/man1/
page: phpize.1
page: php-config.1
Installing PEAR environment:      /home/FGS/fgs-dev/built/php/lib/php/
make[1]: *** [install-pear-installer] Segmentation fault
make: *** [install-pear] Error 2
! ./fgs_install: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_pkg.sh: Fatal error returned, exiting...
! /home/FGS/fgs-dev/bin/fgs_build_all.sh: Fatal error returned, exiting...

How to fix it?

Regards,
Hao

On Mon, Nov 2, 2009 at 6:43 PM, Normand Savard <nsavard@...> wrote:

Hao Zhang wrote:

Should comment this line as well, right?
OPTIONS="$OPTIONS --with-mysql=$FGS_BUILD_HOME/$mysql_ARCHIVE_DIR/bin/mysql_config"

You're right.
Norm

_______________________________________________
Foss-gis-suite mailing list
Foss-gis-suite@...
http://lists.maptools.org/mailman/listinfo/foss-gis-suite