DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=32930>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=32930 Summary: apxs cannot run from DESTDIR specified in 'make DESTDIR=xyz install' Product: Apache httpd-2.0 Version: 2.0.52 Platform: Sun OS/Version: Solaris Status: NEW Severity: major Priority: P2 Component: Build AssignedTo: bugs@httpd.apache.org ReportedBy: [EMAIL PROTECTED] httpd 2.0 build has a 'regression' compared with httpd 1.3 build. apxs for httpd 2.0 now has the --prefix=/your/required/install/location path value embedded in it in several places. This means that if you do this during the httpd 2.0 build: $ configure --prefix=/your/required/install/location <other options for mod_'s> $ make $ make DESTDIR=/your/required/staging/location install and then try to run apxs from within the staging location when building, say, mod_jk as a DSO, the mod_'s build dies because apxs cannot run because it is not actually under the /your/required/install/location directory. This makes it impossible to provide the mod_'s as DSO's in a binary distribution on 'ourbuildhost' but distributed to users to simply unload on their 'runtimehost'. With httpd 1.3 we were able to run apxs successfully from within the directory /your/required/staging/location/your/required/install/location, which resulted from: $ make install root=/your/required/staging/location The custom 'config' based build of httpd 1.3 supports 'root' and apxs was 'root aware' (probably due to implementation). The 'configure' based build of httpd 2.0 supports 'DESTDIR' (due to configure) and apxs is not 'DESTDIR aware'. We want to do this because the users' systems do not have build tools (ie gcc, gmake, autoconf, libtool, all that stuff) and cannot build httpd and mod_'s from source. Another reason we do this is so that installing httpd and mod_'s does not take tens of minutes (on large, fast system) to hour or more (on small system). We take that hit at the 'factory' to make life easier for our users and support staff. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
