Hi, Panagiotis Issaris <takis.issaris <at> uhasselt.be> writes: > Petr Baudis <pasky <at> suse.cz> writes: > > On Wed, May 23, 2007 at 04:01:33PM CEST, Panagiotis Issaris wrote: > > > I reported this to the person who had setup the repository: > > > http://article.gmane.org/gmane.comp.video.ffmpeg.devel/51151 > > > > > > But unfortunately, the problem seems to remain. > > > > > > Is this a known problem, or might this be a bug or misconfiguration? > > > > did any push happenned since the post-update hook was enabled? It > > takes effect only after the next push. So far, > > > > http://git.mplayerhq.hu/ffmpeg/info/refs > > > > and > > > > http://git.mplayerhq.hu/ffmpeg/refs/heads/master > > > > is still out-of-sync (keeping this in sync is what is the job of the > > post-update hook, or git-update-server-info respectively). > > > > Yes, I'd think so, as Måns stated that he had enabled the hook on > 2007-05-22 20:43:27. The last commit shown on http://git.mplayerhq.hu/ > through gitweb occurred 25 minutes ago ("Wed, 23 May 2007 13:46:11 +0000"). > > Thanks for your fast reply. I've checked both protocols from the same network now, unfortunately without any improvements. Furthermore, I've also started tracing, hoping to figure out what the problem might be (or getting a hint from someone regarding the possible cause). The host which is involved: nslookup 213.144.138.186 186.138.144.213.in-addr.arpa name = natsuki.mplayerhq.hu Parts of the trace -f: ... connect(4, {sa_family=AF_INET, sin_port=htons(80), sin_addr=inet_addr("213.144.138.186")}, 16) = -1 EINPROGRESS (Operation now in progress) ... send(4, "GET /ffmpeg/info/refs HTTP/1.1\r\n User-Agent: curl/7.15.5 (i486-pc-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8c zlib/1.2.3 libidn/0.6.5\r\n Host: git.mplayerhq .hu\r\nAccept: */*\r\nPragma: no-cache\r\n\r\n", 188, MSG_NOSIGNAL) = 188 ... recv(4, "HTTP/1.1 200 OK\r\nDate: Thu, 24 May 2007 12:27:05 GMT\r\n Server: Apache/2.2.3 (Debian) mod_python/3.2.10 Python/2.4.4\r\n Last-Modified: Thu, 24 May 2007 04:25:50 GMT\r\n ETag: \"2c01f-79-ad720f80\"\r\nAccept-Ranges: bytes\r\nContent-Length: 121\r\nContent-Type: text/plain\r\n\r\nc30fa83981290671ed972835297fbe93ef9d1e58\t refs/heads/master\nc30fa83981290671ed972835297fbe93ef9d1e58\t refs/remotes/git-svn\n", 16384, MSG_NOSIGNAL) = 381 So, we're asking for /ffmpeg/info/refs, and the server is returning c30fa8391812..., but, using GitWeb one can see that c30fa839812... is not the last commit, this one is: http://git.mplayerhq.hu/?p=ffmpeg;a=commit; h=47d7dcb5a7d89f413064e7ef1b54d77e59fb8375 When using the git protocol, the trace shows this: ... connect(3, {sa_family=AF_INET, sin_port=htons(9418), sin_addr=inet_addr("213.144.138.186")}, 16) = 0 dup(3) = 4 write(4, "0032git-upload-pack /ffmpeg\0host=git.mplayerhq.hu\0", 50) = 50 read(3, "007c", 4) = 4 read(3, "47d7dcb5a7d89f413064e7ef1b54d77e59fb8375 HEAD\0multi_ack thin-pack side-band side-band-64k ofs-delta shallow no-progress\n", 120) = 120 read(3, "003f", 4) = 4 read(3, "47d7dcb5a7d89f413064e7ef1b54d77e59fb8375 refs/heads/master\n", 59) = 59 read(3, "0042", 4) = 4 read(3, "47d7dcb5a7d89f413064e7ef1b54d77e59fb8375 refs/remotes/git-svn\n", 62) = 62 read(3, "0000", 4) = 4 ... So, here, I'd guess it's also asking for the latest revision and apparantly receiving 47d7dcb5a... as the hash, which is correct (and the same as GitWeb shows). And hints? Any other info I can provide? I've upgrade GIT hoping it solve the problem, but it doesn't. Some versions, I've tried are git version 1.5.2.35.ga334 and git version 1.5.2. With friendly regards, Takis - 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
