On Mon, Jul 14, 2008 at 12:50:48AM -0700, Junio C Hamano wrote: > By default, packfiles created with this version uses delta-base-offset > encoding introduced in v1.4.4. Pack idx files are using version 2 that > allows larger packs and added robustness thanks to its CRC checking, > introduced in v1.5.2. Oh, I thought this was some earlier change when I noticed it few days ago on repo.or.cz, but seems there is still a chance to turn this over - please reconsider...? :-) Can't we by default use the version 2 only in case we actually _need_ to store the larger packs? The CRC checking may be nice, but not critical, and we could wait a bit more with it yet. I'm saying this because I believe the best conservative upper bound for backwards compatibility is Git version in Debian stable. It gets probably the most stale from all the widely used software distributions using Git, and it *is* quite widely used. Etch carries v1.4.4.4, which fails miserably on the new packs: Getting alternates list for http://repo.or.cz/r/repo.git/ Getting pack list for http://repo.or.cz/r/repo.git/ Getting index for pack 5111285cac0f895cd9367c9939ced68e2c43dcc0 error: non-monotonic index /usr/bin/git-fetch: line 297: 30402 Segmentation fault git-http-fetch -v -a "$head" "$remote/" P.S.: AFAIK new Debian stable release is scheduled on Fall. -- Petr "Pasky" Baudis GNU, n. An animal of South Africa, which in its domesticated state resembles a horse, a buffalo and a stag. In its wild condition it is something like a thunderbolt, an earthquake and a cyclone. -- A. Pierce -- 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