I introduced the suggested debugging steps. This is its output:


+ ls -las /des002/devel/eeups/ci_build_desbuild/Linux64/modWSGI/4.5.7+0/bin
total 0
0 drwxrwxrwx 2 buildbot desdm 512 Nov 29 02:47 .
0 drwxrwxrwx 4 buildbot desdm 512 Nov 29 02:47 ..
0 -rwxrwxrwx 1 buildbot desdm 399 Nov 29 02:47 mod_wsgi-apxs
+ echo 
/des002/devel/eeups/ci_build_desbuild/Linux64/modWSGI/4.5.7+0/lib/python2.7/site-packages/mod_wsgi_httpd-2.4.23.1-py2.7-linux-x86_64.egg/mod_wsgi_packages/httpd/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/modWSGI/4.5.7+0/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/modWSGIhttpd/2.4.23.1+0/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/tcl/8.5.17+0/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/tk/8.5.17+1/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/sqlite/3080002+0/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/python/2.7.9+1/bin:/usr/local/bin:/bin:/usr/bin:/des002/devel/eeups/eups_desbuild/1.2.30/bin
/des002/devel/eeups/ci_build_desbuild/Linux64/modWSGI/4.5.7+0/lib/python2.7/site-packages/mod_wsgi_httpd-2.4.23.1-py2.7-linux-x86_64.egg/mod_wsgi_packages/httpd/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/modWSGI/4.5.7+0/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/modWSGIhttpd/2.4.23.1+0/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/tcl/8.5.17+0/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/tk/8.5.17+1/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/sqlite/3080002+0/bin:/des002/devel/eeups/ci_build_desbuild/Linux64/python/2.7.9+1/bin:/usr/local/bin:/bin:/usr/bin:/des002/devel/eeups/eups_desbuild/1.2.30/bin
+ echo 
/des002/devel/eeups/ci_build_desbuild/Linux64/modWSGI/4.5.7+0/bin/mod_wsgi-apxs
/des002/devel/eeups/ci_build_desbuild/Linux64/modWSGI/4.5.7+0/bin/mod_wsgi-apxs
+ which apxs
/des002/devel/eeups/ci_build_desbuild/Linux64/modWSGI/4.5.7+0/lib/python2.7/site-packages/mod_wsgi_httpd-2.4.23.1-py2.7-linux-x86_64.egg/mod_wsgi_packages/httpd/bin/apxs
+ which mod_wsgi-apxs
/des002/devel/eeups/ci_build_desbuild/Linux64/modWSGI/4.5.7+0/bin/mod_wsgi-apxs
+ set +x


.. to me it seems things look ok up the here, no?



the entire build log can be found here : 


http://desbuild.cosmology.illinois.edu/eeups/webservice/dashboard/products/modWSGI/4.5.7%2B0/desbuild/build/build.log



thanks,
michael





On Tuesday, November 29, 2016 at 1:49:23 AM UTC+1, Graham Dumpleton wrote:
>
> Can you add debugging steps between installing mod_wsgi-httpd and 
> installing mod_wsgi whereby you do:
>
>     set -x
>
>     ls -las ${PRODUCT_DIR}/bin
>
> echo $PATH
> echo $APXS
>
> which apxs
> which mod_wsgi-apxs
>
> set +x
>
> BTW. I don’t see in your script output where you are setting APXS. Are you 
> sure it was set in the script which was run?
>
> Graham
>
> On 28 Nov 2016, at 10:12 PM, Michael Graber <[email protected] 
> <javascript:>> wrote:
>
>
> Thanks Graham for your reply! .. and sorry for the late response.
>
> So, first of all I get from our conversation so far, that in principle you 
> think our approach should work in principle and not be too complicated, 
> right?
>
> How can we verify that mod_wsgi-httpd is installed correctly? What tests 
> can we do?
> .. we do not get any build errors.
>
> Now I tried your suggestion:
>
> export APXS=${PRODUCT_DIR}/bin/mod_wsgi-apxs
>
>
> .. but again get the same error:
>
>
> http://desbuild.cosmology.illinois.edu/eeups/webservice/dashboard/products/modWSGI/4.5.7%2B0/desbuild/build/build.log
>
>
> So maybe, indeed, the mod_wsgi-httpd installation is not working properly. 
> Again, how can we verify this?
>
> Thanks in advance,
> Michael
>
>
>
>
>
>
>
>
> On Friday, November 18, 2016 at 2:09:20 AM UTC+1, Graham Dumpleton wrote:
>>
>> The error you are getting indicates that the mod_wsgi-apxs program was 
>> not found in the PATH when a search was made when installing mod_wsgi. It 
>> therefore fell back to trying to use apxs/apr-1-config/apu-1-config and the 
>> latter were not present.
>>
>> If you are sure that it is being installed correctly, try instead setting:
>>
>> export APXS=${PRODUCT_DIR}/bin/mod_wsgi-apxs
>>
>> prior to building mod_wsgi.
>>
>> Graham
>>
>> On 18 Nov 2016, at 3:23 AM, Michael Graber <[email protected]> wrote:
>>
>>
>>
>> So far we've been using the pattern you presented on your series of blog 
>> posts (around http://blog.dscpl.com.au/search?q=runmodwsgi) for the 
>> deployment of django apps using mod_wsgi-express and the associated django 
>> command runmodwsgi.
>>
>> This worked great and we would like to continue to do so. Are there any 
>> better options?
>>
>> We are not doing pip install mod_wsgi but rather have to install mod_wsgi 
>> through our own package management system.
>> Apache does not come as a standard with our container platform that's why 
>> we wanted to install it through mod_wsgi-httpd ..
>>
>> Would you rather recommend using a platform (CentOS7) provided apache 
>> version?
>>
>> Thanks a lot for your tools and our help!
>> Michael
>>
>>
>>
>>
>>
>> On Tuesday, November 15, 2016 at 9:42:38 PM UTC+1, Graham Dumpleton wrote:
>>>
>>> How are you eventually running mod_wsgi? Are you using mod_wsgi-express, 
>>> or are you trying to integrate this with your existing system Apache 
>>> installation?
>>>
>>> Why aren’t you just using any existing system Apache installation when 
>>> doing ‘pip install mod_wsgi’, rather than also installing the 
>>> ‘mod_wsgi-httpd’ package?
>>>
>>> Graham
>>>
>>> On 15 Nov 2016, at 11:08 PM, Michael Graber <[email protected]> wrote:
>>>
>>>
>>>
>>> Hi!
>>>
>>> In our rather astronomy collaboration we are using mod_wsgi to host some 
>>> of our django-based webapplications.
>>>
>>> Currently we are in the process of updating to the latest version 
>>> (mod_wsgi 4.5.7, mod_wsgi 2.4.23.1). Here I encounter some problems:
>>>
>>> For scientific integrity reasons we have our own package management 
>>> system (eups) with our own distributed version of python (2.7.9). mod_wsgi 
>>> (and mod_wsgi-httpd) has to be installed through this package management 
>>> system and against this python version.
>>> Our substrate os for webapplications (not all platforms need to be 
>>> covered here) is typically CentOS7.
>>>
>>> This actually worked fine for mod_wsgi 4.4.13 and mod_wsgi-httpd 
>>> 2.4.12.6. I cannot get the latest version to work.
>>>
>>>
>>> First, it would be helpful to get general advice if we do anything 
>>> unreasonable overall. Here is how we proceed.
>>>
>>> 1. install python 2.7.9 through our package management system. setup the 
>>> paths to use our versions.
>>>
>>> 2. i downloaded with 'pip download' the source code for the mod_wsgi and 
>>> the mod_wsgi-httpd package. we distribute them through a fileserver.
>>>
>>> 3. we download these tars to the target machine (centos7).
>>>
>>> 4. we install mod_wsgi-httpd first, basically using python setup.py 
>>> build and then install with our prefix
>>>
>>> 5. we set some according CFLAGS and then install mod_wsgi through python 
>>> setup.py build and install (prepending configure (setting --with-apxs 
>>> accordingly), make was not successful either)
>>>
>>>
>>> Please find the build script below.
>>>
>>>
>>> Does this make sense overall?
>>>
>>>
>>> Now, this does not work. Even though apparently mod_wsgi-httpd builds 
>>> correctly i suspect that we actually already there create a / the problem. 
>>> Here is the build log:
>>>
>>>
>>> http://desbuild.cosmology.illinois.edu/eeups/webservice/dashboard/products/modWSGI/4.5.7%2B0/desbuild/build/build.log
>>>
>>>
>>>
>>>
>>> Any hints are very much appreciated!
>>> Thanks,
>>> Michael
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> build script: 
>>> ---------------------------------------------------------------
>>>
>>> #!/usr/bin/env bash
>>>
>>> wget 
>>> http://desbuild.cosmology.illinois.edu/eeups/webservice/resources/modWSGIhttpd/modWSGIhttpd-2.4.23.1.tar.gz
>>> tar xzf modWSGIhttpd-2.4.23.1.tar.gz
>>> cd modWSGIhttpd-2.4.23.1
>>> python setup.py build
>>>
>>> mkdir -p ${PRODUCT_DIR}/lib/python2.7/site-packages
>>>
>>> export PYTHONPATH=$PRODUCT_DIR/lib/python2.7/site-packages:$PYTHONPATH
>>> python setup.py install --prefix=$PRODUCT_DIR
>>>
>>> cd ..
>>>
>>> # now we take care of the modWSGI / mod_wsgi installation
>>> wget $EXTERNAL/$PRODUCT/$PRODUCT-$VERSION.tar.gz
>>> tar xzf $PRODUCT-$VERSION.tar.gz
>>> cd $PRODUCT-$VERSION
>>>
>>> export 
>>> CFLAGS="-I${PRODUCT_DIR}/lib/python2.7/site-packages/mod_wsgi_httpd-2.4.23.1-py2.7-linux-x86_64.egg/mod_wsgi_packages/httpd/include"
>>> export CFLAGS="$CFLAGS 
>>> -I${PRODUCT_DIR}/lib/python2.7/site-packages/mod_wsgi_httpd-2.4.23.1-py2.7-linux-x86_64.egg/mod_wsgi_packages/httpd/include/apr-1"
>>> export PATH=${PRODUCT_DIR}/bin:${PATH}
>>> export 
>>> PATH=${PRODUCT_DIR}/lib/python2.7/site-packages/mod_wsgi_httpd-2.4.23.1-py2.7-linux-x86_64.egg/mod_wsgi_packages/httpd/bin:${PATH}
>>>
>>> #./configure 
>>> --with-apxs=${PRODUCT_DIR}//lib/python2.7/site-packages/mod_wsgi_httpd-2.4.23.1-py2.7-linux-x86_64.egg/mod_wsgi_packages/httpd/bin/apxs
>>> #make
>>>
>>> python setup.py build
>>> python setup.py install --prefix=$PRODUCT_DIR
>>>
>>>
>>>
>>> -- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "modwsgi" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to [email protected].
>>> To post to this group, send email to [email protected].
>>> Visit this group at https://groups.google.com/group/modwsgi.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>>
>>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "modwsgi" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to [email protected].
>> To post to this group, send email to [email protected].
>> Visit this group at https://groups.google.com/group/modwsgi.
>> For more options, visit https://groups.google.com/d/optout.
>>
>>
>>
> -- 
> You received this message because you are subscribed to the Google Groups 
> "modwsgi" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to [email protected] <javascript:>.
> To post to this group, send email to [email protected] <javascript:>
> .
> Visit this group at https://groups.google.com/group/modwsgi.
> For more options, visit https://groups.google.com/d/optout.
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"modwsgi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
Visit this group at https://groups.google.com/group/modwsgi.
For more options, visit https://groups.google.com/d/optout.

Reply via email to