Re: PROPFIND 405 with git-http-backend and Smart HTTP

2014-08-14 Thread lpicquet
You need to allow the directory to be read?
directory Path/to/your/repositories
Allow from all
/directory




--
View this message in context: 
http://git.661346.n2.nabble.com/PROPFIND-405-with-git-http-backend-and-Smart-HTTP-tp7564017p7616843.html
Sent from the git mailing list archive at Nabble.com.
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: PROPFIND 405 with git-http-backend and Smart HTTP

2012-08-05 Thread Drew Northup
On Mon, Jul 30, 2012 at 5:39 PM, Bo98 boellisander...@aol.com wrote:

 Shawn Pearce wrote
 Maybe you forgot to enable ExecCGI?

 Whoops, completely forgot about that, but, assuming I did it right, it still
 doesn't seem to work.

 Here's what I did:

   Directory /usr/libexec/git-core/
 Options +ExecCGI
 Allow From All
   /Directory

Are all directory permissions set right? Is SELINUX enabled, and if so
are all of the contexts set correctly? Does your Apache configuration
recognize things NOT spelled *.cgi as CGI scripts / programs?

Besides, once you start asking Apache to do things outside of the base
Document Root all sorts of interesting possibilities for failure
become available.

I am pretty sure that this isn't a Git problem, it is a CGI hosting /
configuration problem. An Apache-centric list may be able to help you
better and is likely a better place to ask.

-- 
-Drew Northup
--
As opposed to vegetable or mineral error?
-John Pescatore, SANS NewsBites Vol. 12 Num. 59
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: PROPFIND 405 with git-http-backend and Smart HTTP

2012-07-30 Thread Bo98

Shawn Pearce wrote
 
 And here's a snip from my access_log:

 ::1 - - [29/Jul/2012:18:34:34 +0100] GET
 /repo/myproject.git/info/refs?service=git-receive-pack HTTP/1.1 200 117
 
 Was this request actually served using the smart http-backend? Try the
 request yourself on the command line with curl, making sure to pass
 the ?service=git-receive-pack query parameter. A smart HTTP response
 will include a service=git-receive-pack line as the first line of the
 response body. I don't think Apache called the http-backend CGI, and
 so the client thought the server was not smart HTTP capable.
 

This is what curl returned:

2ddf56592a0f55456b8c42dc9f2cb9289f083f53refs/heads/1.0.x
55079bb13d9af8a9164ad0d24b654cbfe119bc7erefs/heads/master

Looks okay. Those are the 2 branches I've got.



--
View this message in context: 
http://git.661346.n2.nabble.com/PROPFIND-405-with-git-http-backend-and-Smart-HTTP-tp7564017p7564056.html
Sent from the git mailing list archive at Nabble.com.
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: PROPFIND 405 with git-http-backend and Smart HTTP

2012-07-30 Thread Shawn Pearce
On Mon, Jul 30, 2012 at 1:40 AM, Bo98 boellisander...@aol.com wrote:

 Shawn Pearce wrote

 And here's a snip from my access_log:

 ::1 - - [29/Jul/2012:18:34:34 +0100] GET
 /repo/myproject.git/info/refs?service=git-receive-pack HTTP/1.1 200 117

 Was this request actually served using the smart http-backend? Try the
 request yourself on the command line with curl, making sure to pass
 the ?service=git-receive-pack query parameter. A smart HTTP response
 will include a service=git-receive-pack line as the first line of the
 response body. I don't think Apache called the http-backend CGI, and
 so the client thought the server was not smart HTTP capable.


 This is what curl returned:

 2ddf56592a0f55456b8c42dc9f2cb9289f083f53refs/heads/1.0.x
 55079bb13d9af8a9164ad0d24b654cbfe119bc7erefs/heads/master

 Looks okay. Those are the 2 branches I've got.

No, a smart HTTP response looks more like this:

1e# service=git-receive-pack
00a5e7a3bcbbb8083e812ce07a5459f0e6d30edfb9fe HEAD include-tag
multi_ack_detailed multi_ack ofs-delta side-band side-band-64k
thin-pack no-progress shallow no-done

Looks like Apache isn't calling the smart-http CGI.
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: PROPFIND 405 with git-http-backend and Smart HTTP

2012-07-30 Thread Bo98

Shawn Pearce wrote
 
 No, a smart HTTP response looks more like this:
 
 1e# service=git-receive-pack
 00a5e7a3bcbbb8083e812ce07a5459f0e6d30edfb9fe HEAD include-tag
 multi_ack_detailed multi_ack ofs-delta side-band side-band-64k
 thin-pack no-progress shallow no-done
 
 Looks like Apache isn't calling the smart-http CGI.
 

Oh ok, thanks! But do you have any idea why? Everything in my config looks
okay to me. I've got my GIT_PROJECT_ROOT, my GIT_HTTP_EXPORT_ALL, my
ScriptAlias and my LocationMatch. I'm not sure why it's like this.




--
View this message in context: 
http://git.661346.n2.nabble.com/PROPFIND-405-with-git-http-backend-and-Smart-HTTP-tp7564017p7564137.html
Sent from the git mailing list archive at Nabble.com.
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: PROPFIND 405 with git-http-backend and Smart HTTP

2012-07-30 Thread Shawn Pearce
On Mon, Jul 30, 2012 at 1:30 PM, Bo98 boellisander...@aol.com wrote:

 Shawn Pearce wrote

 No, a smart HTTP response looks more like this:

 1e# service=git-receive-pack
 00a5e7a3bcbbb8083e812ce07a5459f0e6d30edfb9fe HEAD include-tag
 multi_ack_detailed multi_ack ofs-delta side-band side-band-64k
 thin-pack no-progress shallow no-done

 Looks like Apache isn't calling the smart-http CGI.


 Oh ok, thanks! But do you have any idea why? Everything in my config looks
 okay to me. I've got my GIT_PROJECT_ROOT, my GIT_HTTP_EXPORT_ALL, my
 ScriptAlias and my LocationMatch. I'm not sure why it's like this.

Maybe you forgot to enable ExecCGI?
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: PROPFIND 405 with git-http-backend and Smart HTTP

2012-07-30 Thread Bo98

Shawn Pearce wrote
 
 Maybe you forgot to enable ExecCGI?
 

Whoops, completely forgot about that, but, assuming I did it right, it still
doesn't seem to work.

Here's what I did:

  Directory /usr/libexec/git-core/
Options +ExecCGI
Allow From All
  /Directory



--
View this message in context: 
http://git.661346.n2.nabble.com/PROPFIND-405-with-git-http-backend-and-Smart-HTTP-tp7564017p7564144.html
Sent from the git mailing list archive at Nabble.com.
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: PROPFIND 405 with git-http-backend and Smart HTTP

2012-07-29 Thread Shawn Pearce
On Sun, Jul 29, 2012 at 11:52 AM, Bo98 boellisander...@aol.com wrote:
 I'm setting up a git server with git-http-backend and Smart HTTP but I'm
 getting PROPFIND Error 405 with git push.

This suggests the client didn't see the server as one supporting smart HTTP.
...

 And here's a snip from my access_log:

 ::1 - - [29/Jul/2012:18:34:34 +0100] GET
 /repo/myproject.git/info/refs?service=git-receive-pack HTTP/1.1 200 117

Was this request actually served using the smart http-backend? Try the
request yourself on the command line with curl, making sure to pass
the ?service=git-receive-pack query parameter. A smart HTTP response
will include a service=git-receive-pack line as the first line of the
response body. I don't think Apache called the http-backend CGI, and
so the client thought the server was not smart HTTP capable.
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html