Dear diary, on Sat, Aug 13, 2005 at 04:12:26AM CEST, I got a letter where Linus Torvalds <[EMAIL PROTECTED]> told me that... > On Sat, 13 Aug 2005, Petr Baudis wrote: > > > > Anyway, clone-pack is a clear winner for networks (but someone should > > re-check that, especially compared to rsync, wrt. server-side file > > caching); really cool fast, but not very practical for anonymous access. > > git-daemon is for the anonymous access case, either started from inetd > (or any other external "listen to port, exec service" thing), or with the > built-in listening stuff. > > It uses exactly the same protocol and logic as the regular ssh clone-pack > thing, except it doesn't authenticate the remote end: it only checks that > the local end is accepting anonymous pulls by checking whether there is a > "git-daemon-export-ok" file in the git directory. > > In my tests, the git daemon was noticeably faster than ssh, if only > because the authentication actually tends to be a big part of the overhead > in small pulls.
Oh. Sounds nice, are there plans to run this on kernel.org too? (So far, 90% of my GIT network activity happens with kernel.org; the rest is with my notebook, and I want to keep that ssh.) BTW, is the pack protocol flexible enough to be extended to support pushing? That would be great as well. You might suggest just using ssh, but that (i) requires you to be root on the machine to add new users (ii) consequently adds administrative burden (iii) isn't easy to set up so that the user has no shell access, shall you want to restrict that. > [ Hey. There's a deer outside my window eating our roses again. Cute ] Oh, it must be nice in Oregon. I can't imagine anything like that to happen in Czechia unless you live at a solitude or in some lonely tiny village. -- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ If you want the holes in your knowledge showing up try teaching someone. -- Alan Cox - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html