{"thread":{"id":"470","subject":"Mercurial v0.4c","startedAt":"2005-05-04T02:58:53Z","lastAt":"2005-05-05T20:36:58Z","messageCount":4,"participants":["Matt Mackall","Jeff Garzik"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"2558","messageId":"20050504025852.GK22038@waste.org","threadId":"470","inReplyTo":null,"subject":"Mercurial v0.4c","fromName":"Matt Mackall","fromEmail":"mpm@selenic.com","sentAt":"2005-05-04T02:58:53Z","receivedAt":"2005-05-04T02:58:53Z","isPatch":false,"sender":{"key":"mpm@selenic.com","avatar":null},"body":"A new version of Mercurial is available at:\n\n http://selenic.com/mercurial/\n\nThis version is officially self-hosting, now that I've added the final\nplanned changed to the metadata. To pull the repo, do:\n\n hg init\n hg merge http://selenic.com/hg\n\nThis version fixes numerous reported bugs, adds a \"verify\" command to\ncheck the repository integrity, transaction handling, and some minor\nspeed improvements.\n\n-- \nMathematics is the supreme nostalgia of our time.\n"},{"id":"2587","messageId":"20050504181802.GS22038@waste.org","threadId":"470","inReplyTo":"20050504025852.GK22038@waste.org","subject":"Mercurial v0.4d","fromName":"Matt Mackall","fromEmail":"mpm@selenic.com","sentAt":"2005-05-04T18:18:02Z","receivedAt":"2005-05-04T18:18:02Z","isPatch":false,"sender":{"key":"mpm@selenic.com","avatar":null},"body":"A new version of Mercurial is available at:\n \n  http://selenic.com/mercurial/\n\nThis fixes a handful of bugs reported last night, most notably failing\nto pull from the http repo. This turned out to be a failure to quote\n'%' characters. Thanks to everyone for their feedback.\n \nOnce you've got the new version installed, to pull the repo:\n\n  hg init\n  hg merge http://selenic.com/hg\n  hg checkout    # 'hg co' works too\n\nThe web protocol is painfully slow, mostly because it makes an http\nround trip per file revision to pull. I'm about to start working on a\nreplacement that minimizes round trips.\n\n-- \nMathematics is the supreme nostalgia of our time.\n"},{"id":"2631","messageId":"427A6E3F.5090904@pobox.com","threadId":"470","inReplyTo":"20050504181802.GS22038@waste.org","subject":"Re: Mercurial v0.4d","fromName":"Jeff Garzik","fromEmail":"jgarzik@pobox.com","sentAt":"2005-05-05T19:04:31Z","receivedAt":"2005-05-05T19:04:31Z","isPatch":false,"sender":{"key":"jgarzik@pobox.com","avatar":null},"body":"Matt Mackall wrote:\n> The web protocol is painfully slow, mostly because it makes an http\n> round trip per file revision to pull. I'm about to start working on a\n> replacement that minimizes round trips.\n\nCan you make it do HTTP 1.1 pipelining?\n\n\tJeff\n\n\n"},{"id":"2633","messageId":"20050505203658.GG22038@waste.org","threadId":"470","inReplyTo":"427A6E3F.5090904@pobox.com","subject":"Re: Mercurial v0.4d","fromName":"Matt Mackall","fromEmail":"mpm@selenic.com","sentAt":"2005-05-05T20:36:58Z","receivedAt":"2005-05-05T20:36:58Z","isPatch":false,"sender":{"key":"mpm@selenic.com","avatar":null},"body":"On Thu, May 05, 2005 at 03:04:31PM -0400, Jeff Garzik wrote:\n> Matt Mackall wrote:\n> >The web protocol is painfully slow, mostly because it makes an http\n> >round trip per file revision to pull. I'm about to start working on a\n> >replacement that minimizes round trips.\n> \n> Can you make it do HTTP 1.1 pipelining?\n\nYes, a zsync-like protocol ought to be doable. But you'll still\npotentially be doing 16k requests to pull something the size of the\nkernel, which isn't very friendly to a web server. So I'm working on a\nstand-alone or possibly CGI-based replacement.\n\nMy goal is to do something like this:\n\nclient                             server\nI last saw change N from you \n                                   W, X, Y, and Z are newer here\nSend me X, Y, and Z relative to N\n                                   Here you go, deltas from N to X to\n\t\t\t\t   Y to Z, sorted by file\n\nSo not only can we be efficient in number of round trips and data\ntransferred, we can reduce seeks by applying all per-file changes together.\nWe can also usually avoid decompress/recompress and patch/diff because\nboth ends will end up storing the same delta.\n\n-- \nMathematics is the supreme nostalgia of our time.\n"}]}