ich habe nun mein lighttpd selbst kompiliert (1.4.51) mit folgenden optionen:
Code: Alles auswählen
./configure --prefix=/opt --with-openssl --with-openssl-libs=/usr/lib/arm-linux-gnueabihf/ --with-webdav-props --with-webdav-locks
siehe auch
viewtopic.php?f=27&t=171142
bekomme aber git nicht zum laufen...mit dem 1.4.45 läuft es (bis auf den Fehler mit der repo-Begrenzung)...installiere ich die neue Version findet der git-client das repo nicht
in den server-logs habe ich das hier:
Code: Alles auswählen
2018-10-30 17:47:11: (response.c.657) Basedir : /usr/lib/git-core/git-http-backend
2018-10-30 17:47:11: (response.c.658) Rel-Path : /git/web_brk/info/refs
2018-10-30 17:47:11: (response.c.659) Path : /usr/lib/git-core/git-http-backend/web_brk/info/refs
2018-10-30 17:47:11: (response.c.671) -- handling physical path
2018-10-30 17:47:11: (response.c.672) Path : /usr/lib/git-core/git-http-backend/web_brk/info/refs
2018-10-30 17:47:11: (response.c.679) -- handling subrequest
2018-10-30 17:47:11: (response.c.680) Path : /usr/lib/git-core/git-http-backend
2018-10-30 17:47:11: (response.c.681) URI : /git
2018-10-30 17:47:11: (response.c.682) Pathinfo : /web_brk/info/refs
es wird also meine config geladen und der request auch an das http-backend weitergegeben...nur was danach passiert sehe ich nicht...besonders ob das backend auch weiß, wo die repos liegen
so sieht meine config aus:
Code: Alles auswählen
#https://git-scm.com/docs/git-http-backend
server.modules += (
"mod_cgi",
# "mod_alias",
# "mod_auth",
"mod_setenv")
alias.url += ( "/git" => "/usr/lib/git-core/git-http-backend" )
$HTTP["url"] =~ "^/git" {
cgi.assign = ("" => "")
setenv.add-environment = (
"GIT_PROJECT_ROOT" => "/mnt/vcs/git",
"GIT_HTTP_EXPORT_ALL" => ""
)
}
#anonymous read+auth write
#$HTTP["querystring"] =~ "service=git-receive-pack" {
# include "git-auth.conf"
#}
#$HTTP["url"] =~ "^/git/.*/git-receive-pack$" {
# include "git-auth.conf"
#}
#auth read+write
$HTTP["url"] =~ "^/git/private" {
include "git-auth.conf"
}
normaler sollte sich lighttpd nicht starten lassen, wenn ein modul fehlt oder nicht geladen werden kann (weils nicht da liegt, wo es vermutet wird), richtig? Wie gesagt, die conf ist bei 1.4.45 funktionstüchtig nur bei 1.4.51 nicht
hat jemand eine Idee?