subscribe git -

I really don't see what gitweb could do that would be somehow better than apache doing the caching in front of it.. Is there some apache reason why that isn't sufficient (ie limitations on its cache size or timeouts?) Maybe the cacheability hints from gitweb could be tweaked (a lot of it should be "infinitely cacheable", but the stuff that depends on refs and thus can change, could be set to some fixed host-wide value - preferably some that depends on how old the ref is). Having gitweb...

Ahh. I'd have expected that apache itself had some serialization facility, that would kind of go hand-in-hand with any caching. It really would make more sense to have anything that does caching serialize the address that gets cached (think "page cache" layer in the kernel: the _cache_ is also the serialization point, and is what guarantees that we don't do stupid multiple reads to the same address). I'm surprised that Apache can't do that. Or maybe it can, and it just needs some confi...

That's correct. I can transfer that directory to you if you want; I can't realistically track gitweb well enough to do this myself (in fact, it was pretty much a condition of having it up there that Kay would keep How do you want to handle it? -hpa -

AFAIK it doesn't have such an option, for basically the reason you describe. I worked on a project which had much more difficult to answer queries than gitweb and were also very popular. Yes, the system died under any load, no matter how much money was thrown It is. :-) -- Shawn. -

Squid in "transparent reverse proxy" mode isn't a bad choice, although I don't know offhand whether it queues/clusters concurrent requests for the same URL in the way you want. I suggest the "transparent" deployment (netfilter/netlink integration) because you can slap it in with no changes to the origin server and yank it out again if you have a problem. The challenge is in getting conntrack to scale to a zillion concurrent sessions, but you could probably find someone in your crowd who knows som...

Do you have a top-ten of queries ? That would be the ones to optimize for. OG. -

Hmmm, maybe you could have the summaries and rss feed generated on push, which could also generate elementary files with lines of the front page. That would make these top offenders static page serving. OG. -

No, it doesn't. In fact, it looks like perl/Makefile is simply getting overwritten by MakeMaker. I'm guessing MakeMaker is supposed to be outputting to "perl.mak" instead? perl version: 5.8.6 (from perl -v) MakeMaker version: 6.18 (from /System/Library/Perl/5.8.6/ExtUtils/ MakeMaker.pm) ~~ Brian -

I've found the same problem as the OP. First my pull failed like you said, but then I completely wiped my working copy and tried checkout again -- this time it worked fine. However, the build still fails with the error mentioned by the OP. -- Pazu -

I am not sure what you are trying. Do you mean stat() is slow Maybe you want "assume unchanged"? -

Comparing index and HEAD should be cheap on a system with slow lstat(), I think, as "git-diff-index --cached HEAD" should just ignore the working tree altogether. Is that what you want? -

Then maybe "git grep assume.unchanged" would help? -

The second part is not about a good commit message but more about a path that should have been updated but forgotten (the same mistake you would be likely to make and that is the reason assume-unchanged is not good for you). I do not mind too much if you added a new --quick option to "git commit" for this rather specialized need. -

before buying any new hardware, you could easily imagine the following scenario (I'm also "stuck" with windows, so it's an idea I've been toying around for a week or so). There're virtualizers around, on which networking capabilities can be activated. And we could easily create a vm with linux+git inside, using ext2/ext3/ext4 fs virtual disks (you'd benefit from windows cache actually...) example: YTech_Subversion_Appliance_v1.1 (ubuntu + subversion). I've no prototype yet, but I've 2 scenar...

Hi, I found the same, but could not reproduce it. But a "touch perl/perl.mak" fixes at least compilation. Ciao, Dscho -

Does the attached patch help? I highly suspect the perl.mak generated by MakeMaker. diff --git a/perl/Makefile b/perl/Makefile index bd483b0..b936e0d 100644 --- a/perl/Makefile +++ b/perl/Makefile @@ -29,6 +29,8 @@ $(makfile): ../GIT-CFLAGS Makefile echo ' echo $(instdir_SQ)' >> $@ else $(makfile): Makefile.PL ../GIT-CFLAGS + $(RM) $(makfile) + $(RM) $(makfile).old '$(PERL_PATH_SQ)' $< FIRST_MAKEFILE='$@' PREFIX='$(prefix_SQ)' endif

Strange. You seem to have the old, generated Makefile you perl/ directory. Haven't your pull failed? If so, I suspect that rm perl/Makefile git reset --hard git pull git... should fix it. -

Yes, perl/Makefile is getting overwritten by what Makefile.PL generates. I thought the point of Alex's patch was to have it muck with perl.mak and leave the tracked Makefile alone? -

e.g. http://svn.berlios.de/viewcvs/open-iscsi/ http://svn.berlios.de/svnroot/repos/open-iscsi Can I convert / to master simply ? Thanks -

I have a number of repositories that I want to share across a number of users on the same UNIX system. For various auditing reasons the repositories need to be tightly controlled. That is the following cannot be permitted: * delete or overwrite a loose object; * delete or overwrite a pack file; * delete or overwrite a ref, except see below; * change the config; * change the description; * change HEAD; The only changes that are permissible can be made through git-receive-pack, w...

How do I know which SSH key the client used to connect? Remember I'm looking at the real uid to determine who is performing the operation. In the situation you describe everyone looks the same to the update hook... For (probably stupid) reasons the server is the commerial F-Secure SSH server, btw. So OpenSSH based things wouldn't apply. And best that I can tell, F-Secure SSH won't tell me which key was used to authenticate. -- Shawn. -

>>>>> "Rogan" == Rogan Dawes <discard@dawes.za.net> writes: Rogan> See Section 8.2.6.1 Rogan> http://[deleted]/orelly/networking_2ndEd/ssh/ch08_02.htm Please don't point to pirated copies of O'Reilly (or other) books on the web, especially when there are authors (like me) present. -- Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095 <merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/> Perl/Unix/security consulting, ...

Ok, I just learned something new. Thank you! Forced commands on a per-key basis would certainly work. I'm not settled on the idea as the end solution, but it does seem to be perhaps slightly better than the setuid approach. -- Shawn. -

Having for a long time been thoroughly annoyed by our strict umasks, I decided to write a little program to deal with it, and naturally I put it in a git repo. After the initial commit (c0fa1db09bad112f7271378d907bf33d74c06f6b) I published it to my git space on our development server and cloned it out again (to get the nifty remotes things set up for free). Then I noticed I had rushed it, as I usually do with hacks involving a total of less than 200 lines of code, so I had to make a couple of...