[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Debian Apache package



Actually I got it wrong the doc root for suexec is not /usr/lib/cgi-bin, I
did a little more research and this is what I found on the apache package
page:

http://packages.debian.org/unstable/web/apache.html

in the apache_1.3.14-2.diff.gz file I found the following lines(9877-9905):

--- apache-1.3.14.orig/debian/rules
+++ apache-1.3.14/debian/rules
@@ -0,0 +1,327 @@
+#!/usr/bin/make -f
+# -*- makefile -*-
+# Made with the aid of dh_make, by Craig Small.
+# Sample debian/rules that uses debhelper. GNU copyright 1997 by Joey Hess.
+# Also some stuff taken from debmake scripts, by Christoph Lameter.
+# And from the X build system by Adam Heath.
+
+# $(B) also in debian/scripts/vars, and implied by apache-common
(debian/control)
+
+B=$(SOURCE_DIR)/apache_1.3.14
+C=$(SOURCE_DIR)/apache-contrib-1.0.8
+
+# disabled ldap stuffs
+# L=$(SOURCE_DIR)/auth_ldap-1.4.6
+
+CONFARGS =     --target=apache --with-layout=Debian \
+               --enable-suexec --suexec-caller=www-data \
+               --suexec-docroot=/var/www --includedir=/$(inc) \
+               --suexec-logfile=/var/log/apache/suexec.log \
+               --without-confadjust --without-execstrip \
+               --enable-shared=max --enable-rule=SHARED_CHAIN \
+               --enable-module=most --enable-module=status \
+               --enable-module=log_referer --enable-module=log_agent \
+               --enable-module=auth_db $(EXTRA_CONFARGS) \
+               --activate-module=src/modules/extra/mod_macro.c
+


So the doc root for suexec is /var/www  though I'm not sure how the
"--includedir=/$(inc)" flag is modifying it.

If there is anybody out there that can shed some light on this for me and
how I'd go about modifying this file and or recompiling apache to
reconfigure suexec, I'd truly appreciate it.


eirik




on 12/12/00 8:23 PM, Michael Smith at rybolov@authtrans.com wrote:

> What about the ScriptAlias option in httpd.conf, or am I missing the point?  I
> believe you can put it in a virtual host, so that it looks like the following:
> 
> <VirtualHost www.virtualhost1.tld>
> ServerAdmin webmaster@somedomain.com
> DocumentRoot /home/virtualhost1/html
> ScriptAlias /home/virtualhost1/cgi-bin
> </VirtualHost>
> 
> 
> Eirik Dentz wrote:
> 
>> 
>> I want to set up some basic virtual hosts inside my /home directory like
>> this:
>> 
>> /home/virtualhost1
>> /home/virtualhost2
>> 
>> I want to give each virtualhost its own cgi-bin.  Based upon my
>> understanding of suexec, its doc root would have to be set to /home in order
>> for the cgi scripts to function properly.  And that the doc root
>> configuration for suexec must be set when it is compiled along with apache.
>> 
>> The Debian apache package puts the cgi-bin in this directory:
>> /usr/lib/cgi-bin
>> 
>> I figure that the suexec doc root is probably set to this directory and that
>> if I were to create cgi-bin directories inside my virtualhost directories
>> the scripts within them would break.
>> 
>> Now I should probably mention that I have compiled apache from source before
>> on a Red hat web server for my employer.  And I did it for the same reason
>> (to change suexec's doc root)
>> So I've been considering grabbing the source for apache and recompiling it
>> on my debian system with the same layout, except for the aforementioned
>> changes.
>> 
>> Before I do that and possibly break my system, does anyone have any advice
>> or suggestions?  Or perhaps there is a very good reason why the apache .deb
>> is set up this way that I'm totally missing?
>> 
>> I'm also new to the debian mailing lists and wondered if it would be
>> appropriate to send this sort of question to the package maintainer.
>> 
>> Thanks in advance.
>> 
>> eirik
>> 
>> --
>> To UNSUBSCRIBE, email to debian-user-request@lists.debian.org
>> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> 
> --
> It's a shame that a family can be torn apart
> by something as simple as wild dogs.
> 
> 
> 



Reply to: