On Thu, 21 Jan 2010, Tay Ray Chuan wrote: > > fatal: http://git.debian.org/git/pkg-exppsy/pymvpa.git/info/refs?service=git-upload-pack not found: did you run git update-server-info on the server? > I don't think git's at fault here, as we're getting a 404 Not Found. khe khe, pardon me, but if git can't talk to its nephew (ie its own repository which was created with earlier version), whenever another nephew (ie git of earlier version) can talk to it, I do consider it to be git's fault ;) let me zoom in onto difference in communication between two different versions : * Trying 217.196.43.134... * Connected to git.debian.org (217.196.43.134) port 80 (#0) > GET /git/pkg-exppsy/pymvpa.git/info/refs HTTP/1.1 User-Agent: git/1.6.5 Host: git.debian.org Accept: */* Pragma: no-cache < HTTP/1.1 200 OK whenever, once again, for 1.6.6 it looked much shorter: * Trying 217.196.43.134... * Connected to git.debian.org (217.196.43.134) port 80 (#0) > GET /git/pkg-exppsy/pymvpa.git/info/refs?service=git-upload-pack HTTP/1.1 User-Agent: git/1.6.6.267.g5b159 Host: git.debian.org Accept: */* Pragma: no-cache * The requested URL returned error: 404 * Closing connection #0 fatal: http://git.debian.org/git/pkg-exppsy/pymvpa.git/info/refs?service=git-upload-pack not found: did you run git update-server-info on the server? > Could you check that the repository (the one the url points to, after > taking into any url rewriting) is a bare one, ie. has structure yes - it is bare... I was 101% sure (isn't that a convention to have .git suffix for directories with bare repositories), but just to make sure: $> cd /srv/git.debian.org/git/pkg-exppsy/pymvpa.git/ total 76 8 branches/ 8 config 8 description 8 HEAD 8 hooks/ 8 info/ 8 objects/ 12 packed-refs 8 refs/ > If that's the case, I don't think it's related to your problem. (Btw, > "smart" refers to the http protocol that git can use to sync your > repo, via a CGI program on the server, instead of WebDAV. See > git-http-backend(1) for details.) thanks for info, I did know about this beastie. I see no references to git-http-backend in apache config -- so indeed should not be the case... but from the git-http-backend description: ,--- | By default, only the `upload-pack` service is enabled, which serves | 'git-fetch-pack' and 'git-ls-remote' clients, which are invoked from | 'git-fetch', 'git-pull', and 'git-clone'. `--- so, it looks like 1.6.6 for some reason decided to assume that it is "smart" http whenever it is not? is that the case here? -- Yaroslav O. Halchenko Postdoctoral Fellow, Department of Psychological and Brain Sciences Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html