[ome-users] ApacheConfigTask.pm from CVS

Ilya Goldberg igg at nih.gov
Tue Aug 30 20:19:46 BST 2005


Hi Valentin
This is due to our cleverness being overcome by the cleverness of the 
Debian Apache maintainers.
The installer is trying to locate your httpd.conf file so that it can 
patch it with an <Include> directive pointing to our conf file.

The way it tries to find httpd.conf is by looking through the output of 
httpd -V.  What's the output of this command on your system:
/usr/sbin/apache2 -V

Its actually slightly faulty logic the way we do it - if the 
SERVER_CONFIG_FILE is an absolute path, then we don't really need the 
HTTPD_ROOT, but we die anyway if we can't find it.
If you send back the output of the above command, we will institute 
better and stronger cleverness so that we are not so easily fooled by 
the horde of overactive apache maintainers.

Thanks
Ilya




On Aug 26, 2005, at 2:34 PM, Valentin Dimitrov wrote:

>
> Hola Tom,
>
> Thanks  for your eMail! I've  just passed the Matlab instalation
> (mex wasn't in the $PATH ) and went to the next problem: 
> "ApacheConfigTask.pm" .
>
> ################
> Errors executing task: Unable to find httpd root at (eval 160) line 1
>
>         main::run_tasks() called at install.pl line 249
>
> ################  ApacheConfigTask.log
> Apache setup
> Apache binary: /usr/sbin/apache2
> apachectl binary: /usr/sbin/apache2ctl
> Unable to find httpd root
>
> ################
>
> apache2 on my Debian has a defferent tree structure:
>
> leibniz:/etc/apache2# tree
> .
> |-- README
> |-- apache2.conf
> |-- apache2.conf.bkup.beforeOME
> |-- conf.d
> |   `-- apache2-doc
> |-- envvars
> |-- httpd.conf
> |-- httpd.conf.bkup
> |-- magic
> |-- mods-available
> |  	|-- actions.load
> |   	|-- apreq.load
> |	.
> |	.
> |-- mods-enabled
> |   |-- auth_kerb.load -> /etc/apache2/mods-available/auth_kerb.load
> |   |-- auth_pam.load -> /etc/apache2/mods-available/auth_pam.load
> |	.
> |-- ports.conf
> |-- sites-available
> |   |-- default
> |   `-- default~
> |-- sites-enabled
> |   `-- 000-default -> /etc/apache2/sites-available/default
> `-- ssl
>
> #######################
>
> Is this a problem for the new ApacheConfigTask.pm file ?
>
> Cheers
> Valentin
>
>
>
>
> On Fri, 26 Aug 2005, T. J. Macura wrote:
>
>> Valentin,
>>
>>> I have installed the student version of MATLAB which doesn't have  
>>> mex
>>> or the install script could't find it.
>> My mex is installed on /Applications/MATLAB701/bin/mex
>> Look for it under /bin/mex in your MATLAB installation root.
>>
>>> I decided then to install Octave just to have "mex", but obviously 
>>> was the wrong thing to do :-(
>> Yeah. Not good. I am actually very happy that the install failed for 
>> you in such an obvious way. If the failure was more subtle, I don't 
>> know what I would do. I could never for the life of me guess that 
>> somebody might want to install Octave just for mex.
>>
>> I never tried to get OME working with the MATLAB student license. 
>> That's something I actually would like to look into -- just too busy 
>> at the moment. I don't know whether the student version includes mex 
>> or not. Probably, because mex is just a shell script. But you need to 
>> find out. Without a mex, OME/MATLAB stuff cannot be compiled and 
>> installed. Look in the directory I suggested, I think your paths 
>> might be incomplete.
>>
>> Tom
>>
>>
> _______________________________________________
> ome-users mailing list
> ome-users at lists.openmicroscopy.org.uk
> http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-users
>




More information about the ome-users mailing list