Re: What's cooking in git.git (Jan 2010, #08; Sun, 24)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jan 25, 2010 at 02:43:01PM -0800, Jakub Narebski wrote:
> You are right that actual caching support is in flux.  The discussion
> continues: it is very good that we have the voice from Pasky, too.

Unfortunately, I can't give much time to it, or actual contributions.
I think it would be great to apply at least the miscellanous-changes
part to (i) move this further (ii) give jh some positive feedback. :)
There are ugly minor things, but they can be patched up later. I think
it's healthier for new gitweb stuff to develop more in-tree, even
if that means few angry users annoyed about less-than-perfect UI stuff,
rather than polish the diamond in infinite discussions; worse is better!
The only thing we should be worried about is avoiding introducing new
bad URL interfaces since we should keep backwards compatibility there.

But Jakub's opinion is definitely much more important, he gives gitweb
much more time than me.

For the main caching patch, it seems like good idea to take Jakub's
split-up series instead, let's see what is J.H.'s opinion on the series?

-- 
				Petr "Pasky" Baudis
If you can't see the value in jet powered ants you should turn in
your nerd card. -- Dunbal (464142)
--
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]