habe nun den sc von apache entpackt, ./configure ausgeführt und nun brav die suexec.h bearbeitet und will nun make suexec ausführen...
geht nicht :-(
6647:/tmp/httpd-2.0.52/support # make suexec
/tmp/httpd-2.0.52/srclib/apr/libtool --silent --mode=compile gcc -g -O2 -pthread -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DAP_HAVE_DESIGNATED_INITIALIZER -I/tmp/httpd-2.0.52/srclib/apr/include -I/tmp/httpd-2.0.52/srclib/apr-util/include -I. -I/tmp/httpd-2.0.52/os/unix -I/tmp/httpd-2.0.52/server/mpm/prefork -I/tmp/httpd-2.0.52/modules/http -I/tmp/httpd-2.0.52/modules/filters -I/tmp/httpd-2.0.52/modules/proxy -I/tmp/httpd-2.0.52/include -I/tmp/httpd-2.0.52/modules/generators -I/tmp/httpd-2.0.52/modules/dav/main -prefer-non-pic -static -c suexec.c && touch suexec.lo
In file included from suexec.c:34:
suexec.h:37: error: parse error before "AP_HTTPD_USER"
In file included from /usr/include/sys/stat.h:105,
from suexec.c:37:
/usr/include/bits/stat.h:90: error: parse error before '}' token
In file included from suexec.c:37:
/usr/include/sys/stat.h:358: error: conflicting types for `stat'
/usr/include/sys/stat.h:208: error: previous declaration of `stat'
/usr/include/sys/stat.h:365: error: conflicting types for `lstat'
/usr/include/sys/stat.h:236: error: previous declaration of `lstat'
/usr/include/sys/stat.h:371: error: conflicting types for `fstat'
/usr/include/sys/stat.h:212: error: previous declaration of `fstat'
suexec.c: In function `clean_env':
suexec.c:210: error: `AP_SAFE_PATH' undeclared (first use in this function)
suexec.c:210: error: (Each undeclared identifier is reported only once
suexec.c:210: error: for each function it appears in.)
suexec.c: In function `main':
suexec.c:246: error: storage size of `dir_info' isn't known
suexec.c:247: error: storage size of `prg_info' isn't known
suexec.c:275: error: `AP_HTTPD_USER' undeclared (first use in this function)
suexec.c:435: error: `AP_UID_MIN' undeclared (first use in this function)
suexec.c:444: error: `AP_GID_MIN' undeclared (first use in this function)
suexec.c:483: error: `AP_USERDIR_SUFFIX' undeclared (first use in this function)
suexec.c:491: error: `AP_DOC_ROOT' undeclared (first use in this function)
make: *** [suexec.lo] Error 1
47:/tmp/httpd-2.0.52/support #
was mach ich hier wieder falsch oder gibt es wieder eine abweichung die ich vorher wisen muss :-)
grüße
micha
ps: es gehört zu meinem job, implementationen und änderungen von einer standardinstallation zu dokumentieren...
jupp...
habe es gerade mit raute versucht.
in einem beitrag war dies halt ohne raute beschrieben, ich glaube ziemlich am anfang von diesem threat.
aber auch mit raute kommt ein fehler.... jetzt kann er inzwischen eine lib nicht finden... in einem mit per tar etc. entpackten verzeichnis.
dachte zwischendurch, es wäre ein fehler in der version...
habe alle bis .49 ausprobiert. nix
nun habe ich nochmal die versionen mit nur dem originalen suexec versucht "make suexec", dann kommt schon der fehler, das er eine lib sucht...
menno :-(
# Arbeitsordner anlegen, z.B. /work
mkdir /work
cd /work
wget http://mirror.serversupportforum.de/apache/httpd/httpd-2.0.52.tar.gz
tar xzf httpd-2.0.52.tar.gz
cd httpd-2.0.52
./configure
cd support
also mit dem downloadlink ging das jetzt tatsächlich....
und dabei habe ich zig mal genau das selbe gemacht, aber mit dem download von apache.org
gibt es da verschiedene versionen?
ok...
und nu? ;-)
umbenennen in suexec2 mit "mv suexec suexec2"
und wohin kopieren? ich find wirklich keine suexec2....
ist die meldung eigentlich normal, das beim restart kein virtualhost gefunden wird?
endlich wieder statistiken :-)
frohe weihnachten...
ich fliege morgen erstmal zu meiner verlobten und kann ihr doch endlich vor unserer hochzeit zeigen, wer denn schon alles auf unserer page war ;-)
bis dann
grüße micha
ps: ich habe die ganze zeit per wget eine datei nach der anderen aus dem archiv genommen... wie gesagt, war ja selbst ohne änderung immer noch das problem, das dort eine lib fehlte....
seltsam.
ein how-to würde sich für diese aktion doch bestimmt lohnen :-) schließlich war ich ja nicht der einzigste mit dem problem...